#23753 [Opn]: ob_gzhandler and IE problem
ID: 23753
User updated by: admin at sportsandbytes dot de
Reported By: admin at sportsandbytes dot de
Status: Open
Bug Type: Zlib Related
Operating System: redhat linux 7.2
PHP Version: 4.3.1
New Comment:
Correction
problem not fixed,
BUT the zlib.output_compression_level thing of course still
works
must have messed up checking the first time around
Previous Comments:
------------------------------------------------------------------------
[2003-05-23 09:17:21] admin at sportsandbytes dot de
With http://snaps.php.net/php4-STABLE-latest.tar.gz
instead of 4.3.1 Problem is not resolved
additionally the 'workaround' of using
zlib_output_compression via alter_ini() for
zlib.output_compression_level from inside script doesent work
anymore either
------------------------------------------------------------------------
[2003-05-22 16:16:28] sniper@php.net
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
------------------------------------------------------------------------
[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
Thread (10 messages)