#23753 [Opn->Fbk]: ob_gzhandler and IE problem
| From: | sniper@php.net | Date: | Thu, 22 May 2003 21:16:28 +0000 |
| Subject: | #23753 [Opn->Fbk]: ob_gzhandler and IE problem | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-40211@lists.php.net to get a copy of this message | ||
ID: 23753
Updated by: sniper@php.net
Reported By: admin at sportsandbytes dot de
-Status: Open
+Status: Feedback
-Bug Type: *Compression related
+Bug Type: Zlib Related
Operating System: redhat linux 7.2
PHP Version: 4.3.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
------------------------------------------------------------------------
[2003-05-22 12:55:28] camarcos at ache dot com dot br
Hello, my problem is equal....
Help-me too....
Marcos Chibly
camarcos@ache.com.br
------------------------------------------------------------------------
[2003-05-22 09:11:10] admin at sportsandbytes dot de
Following Problem:
After upgrading from apache1.3.26/php4.2.2 to apache1.3.27/php4.3.1
we noticed a problem with 2 of our pages.
Background:
We use ob_gzhandler to compress pages, wich before the upgrade
worked fine. After the upgrade 2 of several 100 pages didnt display in
IE/win anymore. Problem disappears of ob_gzhandler is not used.
Other Browsers (mozilla/konqui/ie on mac/safari) didnt show this
problem. Subsequent downgrade made problem dissapear.
switching to zlib_output_compression = on with set_ini() calls
adjusting zlib.output_compression_level from within the script works
fine too.
the code in question goes like this
.
.
.
//build $this->pageSource
.
.
.
ob_start("ob_gzhandler");
echo $this->pageSource;
ob_end_flush();
Getting the afflicted pages with wget sending appropriate headers and
such gives me a nicely compressed page.
Uncompressing the downloaded page with gzip shows gzip
complaining about 'trailing grabage' wich it ignores.
The uncompressed page afterwards looks just like expected in IE.
This leads me to the assumption that the 'trailing garbage' is the
problem and does not in fact get ignored by IE
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=23753&edit=1