Hi,
[27-Apr-2011 19:15:25] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647
This is an error message from the PEAR MDB2 package not from Roundcube itself.
Roundcube seems to use PEAR MDB2 package for database connectivity. The current stable release of MDB2 uses assignments by reference (=& new ). There is a newer beta of the MDB2 package available where changelog says dropped php4 support and php5.3 fixes. It can be installed by shell command "pear upgrade MDB2-beta" or you can grab it from http://pear.php.net/package/MDB2/download/
--Martin
On 4/28/2011 6:26 AM, Martin Muskulus wrote:
Hi,
[27-Apr-2011 19:15:25] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647
This is an error message from the PEAR MDB2 package not from Roundcube itself.
Roundcube seems to use PEAR MDB2 package for database connectivity. The current stable release of MDB2 uses assignments by reference (=& new ). There is a newer beta of the MDB2 package available where changelog says dropped php4 support and php5.3 fixes. It can be installed by shell command "pear upgrade MDB2-beta" or you can grab it from http://pear.php.net/package/MDB2/download/
This didn't fix the redirect problem, but it does seem to have squelched the log errors.
Back to the original problem... My lighttpd, RC 0.3.1, PHP5, sqlite packages are part of stock Debian 6.0 AFAIK. I've just posted a message on debian-user about this RC problem; hoping to hear something soon.
Per one of the suggestions on the RC forum, I went to disable Suhosin in PHP, but the Debian PHP5 has Suhosin compiled into the binary, so I can't disable it. If it's possible I've not discovered how. It shouldn't matter as both packages are standard Debian 6 packages, and should thus have been tested to work together.
Multiple people on the forum have reported the same login redirection problem, but only with 0.4.x and 0.5.x IIRC. In each case the problem was solved by different means. One guy fixed it by replacing index.php or main.inc.php as it was apparently missed during an upgrade. My "upgrade" was from 0.3.1 to 0.3.1 so this isn't an option. Another guy fixed it by disabling Suhosin. This tells me there are multiple causes of the login redirection problem, and no definitive answer. :(
This is getting really frustrating. I removed and reinstalled the Debian RC package, same for all the PHP5 packages, and that didn't help. I was using RC 0.3.1 from Lenny backports before the Squeeze upgrade, which also contains RC 0.3.1. Thus, it shouldn't be a problem with my config files, which have not changed.
This issue only seems to occur after upgrades. It would be nice if there were some documentation regarding this problem, or simply some log entries telling me where to look.
On 4/30/2011 1:03 PM, Stan Hoeppner wrote:
Back to the original problem... My lighttpd, RC 0.3.1, PHP5, sqlite packages are part of stock Debian 6.0 AFAIK. I've just posted a message on debian-user about this RC problem; hoping to hear something soon.
Changing the following in /etc/php5/conf.d/suhosin.ini fixed the problem.
; Transparent Encryption Options ;suhosin.session.encrypt = on <-- default suhosin.session.encrypt = off
I'm not absolutely certain of the cause, and can't verify my hypothesis as I no longer have a Debian 5 system to test, but, that said...
Apparently the php5 binary shipped w/ Debian 5 did not have the suhosin module compiled into it, thus the 'on' setting above was simply ignored, and I did not have the RC login redirection problem. Debian 6 php5 does have suhosin compiled in
PHP 5.3.3-7+squeeze1 with Suhosin-Patch (cli) (built: Mar 18 2011 17:22:52) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH
and thus the 'on' setting above was in effect, causing the login redirection problem. I'm surprised that the Debian teams allowed this situation to occur. If my hypothesis is correct, not just mine, but every Debian 6 RC 0.3.1 server was down after the distribution upgrade, with no relevant log entries whatsoever, an no warnings in documentation prior to the upgrade.
Apparently I'm the only Debian+RC user on the planet?
W dniu 2011-05-02 09:16, Stan Hoeppner pisze:
and thus the 'on' setting above was in effect, causing the login redirection problem. I'm surprised that the Debian teams allowed this situation to occur. If my hypothesis is correct, not just mine, but every Debian 6 RC 0.3.1 server was down after the distribution upgrade, with no relevant log entries whatsoever, an no warnings in documentation prior to the upgrade.
Apparently I'm the only Debian+RC user on the planet?
Newer Roundcube versions will print an error in this case. So, maybe you're the only Debian+RC-0.3.1 user ;) Time to update.