#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: Additional Info: getting the affected page via wget again and unzipping with gunzip shows no problem with 'trailing garbage' anymore, but still IE/win does not display page when ob_gzhandler is used Previous Comments: ------------------------------------------------------------------------ [2003-05-23 09:23:59] admin at sportsandbytes dot de Correction problem not fixed, BUT the zlib.output_compression_level thing of course still works must have messed up checking the first time around ------------------------------------------------------------------------ [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