Geeklog Forums

Hi everyone,
The installation worked very good. The tables is in the database.

But I have problem with the login for Admin. When I try to login it says
"Try Logging in Again
You may have mistyped your login credentials. Please try logging in again below. Are you a new user? "


I do have read the php5 page, double checked everything ( white spaces). I edited the php.ini regarding the register_globals/long_arrays =On. Its a fresh installation, no previous geeklog. I reinstalled the database several times. The cookies in the browser is no problem as my other geeklog works fine.

Do anyone have any new ideas.. I dont.....

Fedora Core release 4 (Stentz)

PHP 5.0.4 (cli) (built: Aug 17 2005 09:53:54)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies

mysql Ver 14.7 Distrib 4.1.14, for redhat-linux-gnu (i386) using readline 4.3
Copyright (C) 2002 MySQL AB

link to site?

www.saksiper.com/geek/

According to admin/install/info.php, both register_globals and register_long_arrays are OFF.

Did you restart your webserver after you changed those settings?

bye, Dirk

Yes I did, and restarted database too (You'll never know)

I did edit /etc/php.ini and when I run php -i it states
-------------------- SNIP -------------
=shared' '--with-mysql=shared,/usr' '--with-mysqli=shared,/usr/bin/mysql_config'
'--enable-dom=shared' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr' '--with-pg
sql=shared' '--with-snmp=shared,/usr' '--enable-soap=shared' '--with-xsl=shared,
/usr' '--enable-fastcgi'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => /etc/php.ini
Scan this dir for additional .ini files => /etc/php.d
additional .ini files parsed => /etc/php.d/bcmath.ini,
/etc/php.d/dba.ini,
/etc/php.d/dom.ini,
/etc/php.d/gd.ini,
/etc/php.d/imap.ini,
---- SNIP ----------

and yes i see the same thing as you.... the

register_long_arrays => Off => Off

so where do I switch it on then ?

We are closer to the solution......

In php.ini. Make sure the lines you've changed aren't commented out.

Also check for any local .htaccess files that may override the php.ini settings.

bye, Dirk

Well, my php.ini is in /etc/ and I have comment the register stuff out..and restarted the http, tomcat and mysql....and no .htaccess are found on my system.

my /etc/php.ini says,
--------------------SNIP--------------------------------
; PHP. Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
register_globals = On [Security, Performance]
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables). Instead of using $foo, you must use
; you can use $_REQUEST["foo"] (includes any variable that arrives through the
; request, namely, POST, GET and cookie variables), or use one of the specific
; $_GET["foo"], $_POST["foo"], $_COOKIE["foo"] or $_FILES["foo"], depending
; on where the input originates. Also, you can look at the
; import_request_variables() function.
; Note that register_globals is going to be depracated (i.e., turned off by
; default) in the next version of PHP, because it often leads to security bugs.
; Read http://php.net/manual/en/security.registerglobals.php for further
; information.
register_long_arrays = On [Performance]
; Disables registration of the older (and deprecated) long predefined array
; variables ($HTTP_*_VARS). Instead, use the superglobals that were
; introduced in PHP 4.1.0
--------------------SNIP---------------------

Well, my php.ini is in /etc/ and I have comment the register stuff out..and restarted the http, tomcat and mysql....and no .htaccess are found on my system.

my /etc/php.ini says,
--------------------SNIP--------------------------------
; PHP. Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
register_globals = On [Security, Performance]
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables). Instead of using $foo, you must use
; you can use $_REQUEST["foo"] (includes any variable that arrives through the
; request, namely, POST, GET and cookie variables), or use one of the specific
; $_GET["foo"], $_POST["foo"], $_COOKIE["foo"] or $_FILES["foo"], depending
; on where the input originates. Also, you can look at the
; import_request_variables() function.
; Note that register_globals is going to be depracated (i.e., turned off by
; default) in the next version of PHP, because it often leads to security bugs.
; Read http://php.net/manual/en/security.registerglobals.php for further
; information.
register_long_arrays = On [Performance]
; Disables registration of the older (and deprecated) long predefined array
; variables ($HTTP_*_VARS). Instead, use the superglobals that were
; introduced in PHP 4.1.0
--------------------SNIP---------------------

Did you just remove the comments on the lines you've edited? That's not right. You need to comment them back and look a farther in php.ini use the search function en search for: register_globals =
The next thing you find will be the real register_globals option. You've just edited the example code that's in the begining of the php.ini file.

Could happen to everyone.

---

dimis-site.be

YIHAAA!!!!!

I know it would be some tiny thing, but its to find them.....

Thanks, it works now.

In php.ini file there was another row with the register switches, and as usual its the last row who rules.....

I am running fedor core 4 with cpanel 10.5. I was getting this same issue. I found that with my setup, php.ini was in /scripts, and there was one in /usr/local/lib/php.ini. The one in /usr/local/lib/php.ini is the one that actually needed to be updated.

Hope this helps somebody else.

DJ1298

Everything is solved

I downloded the new v 1.4 (beta) installed it uppdated the database and everything worked perfect. Switch off the register stuff in php.ini. Still working perfect.

Thanks for all the help with my problems.