#49816 [Opn]: output corruption using flush

From: Date: Thu, 22 Oct 2009 19:49:19 +0000
Subject: #49816 [Opn]: output corruption using flush
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-143810@lists.php.net to get a copy of this message 
 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] jani@php.net

See also bug #48725

------------------------------------------------------------------------

[2009-10-19 15:08:38] jani@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 
‹&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;*I-.&#65533;&#65533;&#65533;ÿÿ&#65533;~Ø&#65533;&#65533;&#65533;

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

Thread (31 messages)

« previous php.bugs (#143810) next »