Hi, I see no show stopper for a 3.0.0 release. Any objections?
Marc
Hi!
I see no show stopper for a 3.0.0 release. Any objections?
I have one issue on my system that I could not yet analyze. When I open the URL without adding a "index.php" to it, PMA creates a session and then I only get this error:
Fatal error: Call to a member function checkConfig() on a non-object in /home/garvin/cvs/phpMyAdmin/libraries/common.inc.php on line 661
This only goes away when I remove my cookies and make sure to call index.php and not just http://blabla/phpMyAdmin/ - it then redirects to https://blablaphpMyAdmin/?collation_connection=utf8_general_ci&token=3e0...
I just HTTP auth, not cookie auth. I also wonder why it redirects to https:// without me explicitly instructing this. Also, the & should not be there, it should read "&token" instead.
I am using a config.inc.php I setup in phpMyAdmin 2.x days. Could this be an issue?
I never found the time to investigate, so please excuse me if this is a FAQ. I just wanted to mention it because maybe others could face that issue as well. It only started happening at the SVN 3.0 trunk state (I always ran trunk since SVN migration and updated every month or so, I am at latest trunk right now).
Regards, Garvin
Garvin Hicking a écrit :
Hi!
I see no show stopper for a 3.0.0 release. Any objections?
I have one issue on my system that I could not yet analyze. When I open the URL without adding a "index.php" to it, PMA creates a session and then I only get this error:
Fatal error: Call to a member function checkConfig() on a non-object in /home/garvin/cvs/phpMyAdmin/libraries/common.inc.php on line 661
This only goes away when I remove my cookies and make sure to call index.php and not just http://blabla/phpMyAdmin/ - it then redirects to https://blablaphpMyAdmin/?collation_connection=utf8_general_ci&token=3e0...
I just HTTP auth, not cookie auth. I also wonder why it redirects to https:// without me explicitly instructing this. Also, the & should not be there, it should read "&token" instead.
I am using a config.inc.php I setup in phpMyAdmin 2.x days. Could this be an issue?
I never found the time to investigate, so please excuse me if this is a FAQ. I just wanted to mention it because maybe others could face that issue as well. It only started happening at the SVN 3.0 trunk state (I always ran trunk since SVN migration and updated every month or so, I am at latest trunk right now).
Regards, Garvin
Hi Garvin, do you have $cfg['ForceSSL'] = true ? Do you have something in $cfg['PmaAbsoluteUri'] ?
Are you talking about trunk or 3.0.0? (trunk is currently 3.1.0).
Thanks, Marc
Hi Marc!
do you have $cfg['ForceSSL'] = true ? Do you have something in $cfg['PmaAbsoluteUri'] ?
Ah, this was set to true, yes. I now set it to false, which seems to get rid of the error. In return, this seems to mean that my https PHP session is not shared with the non-https, and thus the token is invalid when being redirected?
Are you talking about trunk or 3.0.0? (trunk is currently 3.1.0).
Oh, then I'm even more wrong on track - I'm using 3.1.0 then. :)
Regards Garvin
Garvin Hicking a écrit :
Hi Marc!
do you have $cfg['ForceSSL'] = true ? Do you have something in $cfg['PmaAbsoluteUri'] ?
Ah, this was set to true, yes. I now set it to false, which seems to get rid of the error. In return, this seems to mean that my https PHP session is not shared with the non-https, and thus the token is invalid when being redirected?
I'll make some tests and/or check the bug tracker ;)
Are you talking about trunk or 3.0.0? (trunk is currently 3.1.0).
Oh, then I'm even more wrong on track - I'm using 3.1.0 then. :)
Regards Garvin
Garvin Hicking a écrit :
Hi!
I see no show stopper for a 3.0.0 release. Any objections?
I have one issue on my system that I could not yet analyze. When I open the URL without adding a "index.php" to it, PMA creates a session and then I only get this error:
Fatal error: Call to a member function checkConfig() on a non-object in /home/garvin/cvs/phpMyAdmin/libraries/common.inc.php on line 661
This only goes away when I remove my cookies and make sure to call index.php and not just http://blabla/phpMyAdmin/ - it then redirects to https://blablaphpMyAdmin/?collation_connection=utf8_general_ci&token=3e0...
I just HTTP auth, not cookie auth. I also wonder why it redirects to https:// without me explicitly instructing this. Also, the & should not be there, it should read "&token" instead.
Already in the bug tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1914066&gro...
Marc Delisle a écrit :
Garvin Hicking a écrit :
Hi!
I see no show stopper for a 3.0.0 release. Any objections?
I have one issue on my system that I could not yet analyze. When I open the URL without adding a "index.php" to it, PMA creates a session and then I only get this error:
Fatal error: Call to a member function checkConfig() on a non-object in /home/garvin/cvs/phpMyAdmin/libraries/common.inc.php on line 661
This only goes away when I remove my cookies and make sure to call index.php and not just http://blabla/phpMyAdmin/ - it then redirects to https://blablaphpMyAdmin/?collation_connection=utf8_general_ci&token=3e0...
I just HTTP auth, not cookie auth. I also wonder why it redirects to https:// without me explicitly instructing this. Also, the & should not be there, it should read "&token" instead.
Already in the bug tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1914066&gro...
Garvin, 1. for your error on checkConfig(), I would guess this is because of an older config.inc.php or incompatible theme.
2. For the &, could you try with this (still with ForceSSL enabled):
Index: libraries/common.inc.php =================================================================== --- libraries/common.inc.php (revision 11614) +++ libraries/common.inc.php (copie de travail) @@ -539,7 +539,7 @@ PMA_sendHeaderLocation( preg_replace('/^http/', 'https', $_SESSION['PMA_Config']->get('PmaAbsoluteUri')) - . PMA_generate_common_url($_GET)); + . PMA_generate_common_url($_GET, '', '&')); exit; }