I have a strange problem and can't find a reason. When in index.php is used ob_start('ob_gzhandler') I've problem in firefox (Opera works fine). When I'm clicking on messages list, sometimes (very often) firefox hangs for a while and then starts downloading some binary file. When I save such file, it looks almost like normal http response but have some garbage data at the beginning:
^.^......^^.....^.........HTTP/1.1 200 OK^ Date: Thu, 20 Mar 2008 11:56:51 GMT^ Server: Apache^ X-Powered-By: PHP/5.2.6RC1-pl1-gentoo^ Expires: ^ Cache-Control: max-age=0^ Pragma: ^ Last-Modified: Thu, 20 Mar 2008 11:20:48 GMT^ Etag: "058647647f9d1a70ff82f95eaa7db16a"^ Content-Encoding: gzip^ Vary: Accept-Encoding^ Content-Length: 1813^ Keep-Alive: timeout=15, max=74^ Connection: Keep-Alive^ Content-Type: text/html; charset=UTF-8^
<cut properly gzipped page content>
What could it be? Roundcube in current svn version.
On Tuesday, March 25 at 09:01 AM, quoth A.L.E.C:
I have a strange problem and can't find a reason. When in index.php is used ob_start('ob_gzhandler') I've problem in firefox (Opera works fine). When I'm clicking on messages list, sometimes (very often) firefox hangs for a while and then starts downloading some binary file.
I have this problem too! Is there even a workaround?
~Kyle
Look, I can surely say by now that I've got the antibodies to communism inside me. But when I think of consumer society, with all its tragedies, I wonder which of the two systems is better. -- Pope John Paul II, 1979
List info: http://lists.roundcube.net/users/
Kyle Wheeler wrote:
On Tuesday, March 25 at 09:01 AM, quoth A.L.E.C:
I have a strange problem and can't find a reason. When in index.php is used ob_start('ob_gzhandler') I've problem in firefox (Opera works fine). When I'm clicking on messages list, sometimes (very often) firefox hangs for a while and then starts downloading some binary file.
I have this problem too! Is there even a workaround?
one workaround is to comment few lines in index.php to use ob_start() instead of ob_start('gz_handler').
On Wednesday, March 26 at 08:17 AM, quoth A.L.E.C:
Kyle Wheeler wrote:
On Tuesday, March 25 at 09:01 AM, quoth A.L.E.C:
I have a strange problem and can't find a reason. When in index.php is used ob_start('ob_gzhandler') I've problem in firefox (Opera works fine). When I'm clicking on messages list, sometimes (very often) firefox hangs for a while and then starts downloading some binary file.
I have this problem too! Is there even a workaround?
one workaround is to comment few lines in index.php to use ob_start() instead of ob_start('gz_handler').
Ahh, excellent - thanks.
Still, that's a pretty unfortunate problem. Could it be our PHP install? I'm using Debian PHP5 5.2.0-8+etch10.
~Kyle
The criterion of truth is that it works even if nobody is prepared to acknowledge it. -- Ludwig von Mises
List info: http://lists.roundcube.net/users/
Kyle Wheeler wrote:
one workaround is to comment few lines in index.php to use ob_start() instead of ob_start('gz_handler').
Ahh, excellent - thanks.
Still, that's a pretty unfortunate problem. Could it be our PHP install? I'm using Debian PHP5 5.2.0-8+etch10.
I've made some investigation on it and found a solution. When RC sends "304 Not Modified" reply there's non-empty body on it (I don't know why nor from where it comes from). That is not in accordance with some RFC. One solution is to clean output buffer (and turn of output buffering) before exit.
--- program/include/rcube_shared.inc.old 2008-02-25 15:14:06.000000000 +0100 +++ program/include/rcube_shared.inc 2008-03-27 11:23:28.104408435 +0100 @@ -262,7 +262,10 @@ header("Etag: $etag");
if ($iscached)
- {
- ob_end_clean(); exit;
- }
}
On Thursday, March 27 at 11:34 AM, quoth A.L.E.C:
I've made some investigation on it and found a solution. When RC sends "304 Not Modified" reply there's non-empty body on it (I don't know why nor from where it comes from). That is not in accordance with some RFC. One solution is to clean output buffer (and turn of output buffering) before exit.
Awesome! You should file a bugreport and attach that patch.
~Kyle
The rule is, jam tomorrow and jam yesterday---but never jam today. -- Lewis Carroll
List info: http://lists.roundcube.net/users/
-
A.L.E.C -
Kyle Wheeler