12 Jun
2006
12 Jun
'06
8:09 a.m.
Hi!
Is it a known bug of the 2.8.1 release that it doesn't load "config.inc.php"
files?
I had two cases of the installation (one was done by a coworker of mine
independantly from me) and we in the end had the same problem: Our
config.inc.php file was not used. It was readable and all, but the
config.default.php always seems to take precedence.
config.inc.php was put into the main s9y directory, the setup folder was deleted
aftwards.
Thus we had to modify the config.default.php file, but I'm sure this is not
intended? ;-)
Best regards,
Garvin
--
++ Garvin Hicking | Web-Entwickler [PHP] | www.garv.in | ICQ 21392242
++ Developer of | www.phpMyAdmin.net | www.s9y.org
++ Make me happy | http://wishes.garv.in
12 Jun
12 Jun
8:14 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Garvin Hicking schrieb:
Hi!
Is it a known bug of the 2.8.1 release that it doesn't load
"config.inc.php" files?
I had two cases of the installation (one was done by a coworker of mine
independantly from me) and we in the end had the same problem: Our
config.inc.php file was not used. It was readable and all, but the
config.default.php always seems to take precedence.
config.inc.php was put into the main s9y directory, the setup folder was deleted
aftwards.
Thus we had to modify the config.default.php file, but I'm sure this is not
intended? ;-)
is the config.inc.php write protected?
did you try to 'hardly' start a new session?
can you check into the config class? especially Config::__wakeup() what
is responsible for checking this file and load it if it has changed.
- --
Sebastian Mendel
www.sebastianmendel.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (MingW32)
iD8DBQFEjUysX/0lClpZDr4RAlODAJ4gQmFDwpjbkAg2w5Xaccr6nGKq5wCgg63C
VZvoeiGY5tqx7aZbAZSFaaE=
=cHVk
-----END PGP SIGNATURE-----
8:36 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Sebastian Mendel schrieb:
Garvin Hicking schrieb:
'what' means 'which' ... ;-)
can you check into the config class? especially Config::__wakeup() which
is responsible for checking this file and load it if it has changed.
- --
Sebastian Mendel
www.sebastianmendel.de
Hi!
Is it a known bug of the 2.8.1 release that it
doesn't load "config.inc.php" files?
I had two cases of the installation (one was done
by a coworker of mine
independantly from me) and we in the end had the same problem: Our
config.inc.php file was not used. It was readable and all, but the
config.default.php always seems to take precedence.
config.inc.php was put into the main s9y
directory, the setup folder was deleted
aftwards.
Thus we had to modify the config.default.php
file, but I'm sure this is not
intended? ;-)
is the config.inc.php write protected?
did you try to 'hardly' start a new session?
can you check into the config class? especially Config::__wakeup() what
is responsible for checking this file and load it if it has changed. -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (MingW32)
iD8DBQFEjVG+X/0lClpZDr4RAt4zAJ9oxP5qGFGKXWPLplwYGPpnXuATBQCgkjyk
8+J7v8fVIZfg8KjNgo5PY/c=
=sW07
-----END PGP SIGNATURE-----
8:51 a.m.
Hi!
is the config.inc.php write protected?
No, I even tried it with 0777.
did you try to 'hardly' start a new session?
Nope, I didn't think of that. I just re-tried the configuration, and then it
does parse the proper configuration. So it seems it was previously not reloading
an updated configuration? I set the auth_type to "http", and with that it still
doesn't work. But with cookie/config type it does work now.
can you check into the config class? especially
Config::__wakeup() what is
responsible for checking this file and load it if it has changed.
That server is running PHP4, so __wakup will not be called. Is this intentional
to depend on PHP4, or am I missing a PHP4 BC method call somewhere?
Regards,
Garvin
--
++ Garvin Hicking | Web-Entwickler [PHP] | www.garv.in | ICQ 21392242
++ Developer of | www.phpMyAdmin.net | www.s9y.org
++ Make me happy | http://wishes.garv.in
9:55 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Garvin Hicking schrieb:
this call is in common.inc.php on line #2874
} elseif (version_compare(phpversion(), '5', 'lt')) {
$_SESSION['PMA_Config']->__wakeup();
}
- --
Sebastian Mendel
www.sebastianmendel.de
Hi!
But it must be write protected! [Security]
is the config.inc.php write protected?
No, I even tried it with 0777. did you try to
'hardly' start a new session?
Nope, I didn't think of that. I just re-tried the configuration, and then it
does parse the proper configuration. So it seems it was previously not reloading
an updated configuration? I set the auth_type to "http", and with that it
still
doesn't work. But with cookie/config type it does work now.
can you check into the config class? especially
Config::__wakeup() what is
responsible for checking this file and load it if it has changed.
That server is running PHP4, so __wakup will not be called. Is this intentional
to depend on PHP4, or am I missing a PHP4 BC method call somewhere? -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (MingW32)
iD8DBQFEjWRHX/0lClpZDr4RAgJ6AKC0lZVAYkogFrv4R39GMe53eaXeQQCfQnCE
8W98WopuP6PpWOx2QzHKbK8=
=Bp2a
-----END PGP SIGNATURE-----
9:57 a.m.
Sebastian Mendel wrote:
this call is in common.inc.php on line #2874
} elseif (version_compare(phpversion(), '5', 'lt')) {
$_SESSION['PMA_Config']->__wakeup();
}
- --
Sebastian Mendel
www.sebastianmendel.de
--
Arnór Heiðar
Netvistun ehf.
Tæknideild *Beinn sími: 414-5512* arnor(a)netvistun.is
<mailto:arnor@netvistun.is>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Garvin Hicking schrieb:
hehe, that's a responsible guy talking.
I had a problem with phpmyadmin for a brief moment when the config file
was placed in the wrong folder. Is that the issue here?
Hi!
But it must be write protected! [Security]
is the config.inc.php write protected?
No, I even tried it with 0777.
did you
try to 'hardly' start a new session?
Nope, I didn't think of that. I just re-tried the configuration, and
then it
does parse the proper configuration. So it seems it was previously not reloading
an updated configuration? I set the auth_type to "http", and with that it
still
doesn't work. But with cookie/config type it does work now.
can you check into the config class? especially
Config::__wakeup() what is
responsible for checking this file and load it if it has changed.
That server is running PHP4, so __wakup will not be called. Is this
intentional
to depend on PHP4, or am I missing a PHP4 BC method call somewhere?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (MingW32)
iD8DBQFEjWRHX/0lClpZDr4RAgJ6AKC0lZVAYkogFrv4R39GMe53eaXeQQCfQnCE
8W98WopuP6PpWOx2QzHKbK8=
=Bp2a
-----END PGP SIGNATURE-----
_______________________________________________
Phpmyadmin-devel mailing list
Phpmyadmin-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
1:16 p.m.
Garvin Hicking a écrit :
Hi!
I just tried 2.8.1 on a PHP 4.4.0 server and __wakeup is called.
Marc
is the config.inc.php write protected?
No, I even tried it with 0777.
did you try to 'hardly' start a new
session?
Nope, I didn't think of that. I just re-tried the configuration, and then it
does parse the proper configuration. So it seems it was previously not reloading
an updated configuration? I set the auth_type to "http", and with that it
still
doesn't work. But with cookie/config type it does work now.
can you check into the config class? especially
Config::__wakeup() what is
responsible for checking this file and load it if it has changed.
That server is running PHP4, so __wakup will not be called. Is this intentional
to depend on PHP4, or am I missing a PHP4 BC method call somewhere?
Regards,
Garvin
1:31 p.m.
Hi!
I'll try to run some tests with the one server that is left with the bug - but
it can be narrowed down to this: Init the session with a missing config.inc.php
file to force the default parsing of the config file. Then I change the
config.inc.php file with valid info. Using IE6 (my other browser) I can then
login to PMA. Using the browser that I started with, it still tries to parse the
default config file.
I'm not yet sure what is going on there, so I'll need some time to do some
testing. I can only access the server from work, so I'll need to try it
tomorrow.
Regards,
Garvin
--
Garvin Hicking | Web-Entwickler | Make me happy:
www.supergarv.de | #ICQ 21392242 | http://wishes.garv.info/
That server is
running PHP4, so __wakup will not be called. Is this
intentional to depend on PHP4, or am I missing a PHP4 BC method call
somewhere?
I just tried 2.8.1 on a PHP 4.4.0 server and __wakeup is called.
1:32 p.m.
Garvin Hicking a écrit :
Hi!
I'll try to run some tests with the one server that is left with the bug - but
it can be narrowed down to this: Init the session with a missing config.inc.php
file to force the default parsing of the config file. Then I change the
config.inc.php file with valid info. Using IE6 (my other browser) I can then
login to PMA. Using the browser that I started with, it still tries to parse the
default config file.
Same situation as this?
https://sourceforge.net/tracker/index.php?func=detail&aid=1471501&g…
That
server is running PHP4, so __wakup will not be called. Is this
intentional to depend on PHP4, or am I missing a PHP4 BC method call
somewhere?
I just tried 2.8.1 on a PHP 4.4.0 server and __wakeup is called.
I'm not yet sure what is going on there, so I'll need some time to do some
testing. I can only access the server from work, so I'll need to try it
tomorrow.
Regards,
Garvin
6662
days inactive
6662
days old
8 comments
4 participants
participants (4)
-
Arnór -
Garvin Hicking -
Marc Delisle -
Sebastian Mendel