ID: 49816
User updated by: paul at wcclan dot net
Reported By: paul at wcclan dot net
Status: Open
Bug Type: Output Control
Operating System: FreeBSD 7.2-RELEASE-p4
PHP Version: 5.2.11
New Comment:
I installed php 5.3.0. Here the bug doesn't appear either.
Unfortunately I can't move to 5.3.0 yet due to some compatibility
issues.
Previous Comments:
------------------------------------------------------------------------
[2009-10-22 19:27:53] paul at wcclan dot net
To shed some more light on this I did the following:
- In the source directory I have of my old 5.2.10 php installation I
executed make install clean
- Apache restart
- The test url now displays correctly in the browser. A request through
telnet shows compression is also being applied.
- In the source directory of my 5.2.11 installation I executed make
install clean
- Apache restart
- The test URL is displaying corrupt data again. A request through
telnet shows the datastream is compressed or at least altered.
For this test I did notice something weird. With PHP 5.2.10 the
response header is as follows:
HTTP/1.1 200 OK
Date: Thu, 22 Oct 2009 19:12:50 GMT
Server: Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.8k PHP/5.2.10
X-Powered-By: PHP/5.2.10
Content-Encoding: gzip
Vary: Accept-Encoding
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html
With PHP 5.2.11 the response header is as follows:
HTTP/1.1 200 OK
Date: Thu, 22 Oct 2009 19:23:13 GMT
Server: Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.8k PHP/5.2.11
X-Powered-By: PHP/5.2.11
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html
So in this example there is a problem with the headers. Note that this
is not only a header problem as a request for /phpinfo still returns the
correct headers as in the example given before. The output is however
still corrupted when using flush.
------------------------------------------------------------------------
[2009-10-20 06:57:52] alec at alec dot pl
The last PHP version it works with is 5.2.10. Compiled in the same
system (libs).
------------------------------------------------------------------------
[2009-10-19 15:15:36] j...@php.net
See also bug #48725
------------------------------------------------------------------------
[2009-10-19 15:08:38] j...@php.net
What was the last PHP version it worked with..? (try with same libs!)
------------------------------------------------------------------------
[2009-10-15 20:28:03] radek at pinkbike dot com
I have the same problem on Centos 5.2, php 5.2.11
Encoding bug using flush with zlib output handler.
To reproduce...
Turn on zlib.output_compression = On
and load a page containing the following with a browser.
<?
echo "test";
flush();
?>
the result is garbled up
������*I-.���ÿÿ�
~���
If you dont use flush() works correctly.
If you dont turn on zlib.output_compression works correctly.
Note that it's not simply user config error as it works correctly
without flush().
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/49816
--
Edit this bug report at http://bugs.php.net/?id=49816&edit=1
