#34071 [Fbk-Opn]: buffering is destroyed when using ob_gzhandler and ob_clean
ID: 34071 User updated by: dennis at nocertainty dot com Reported By: dennis at nocertainty dot com -Status: Feedback +Status: Open Bug Type: Output Control Operating System: Windows XP SP2 PHP Version: 5CVS-2005-08-10 (dev) New Comment: I found someone else who has the same problem as me: http://www.sitepoint.com/forums/showpost.php?p=2093119postcount=5 However, I can't find any specific information. I looked through my Apache error log, and the only thing I found was: [Wed Aug 10 18:59:56 2005] [error] [client 127.0.0.1] request failed: erroneous characters after protocol string: \\xff\\xfb\\x1f\\xff\\xfb \\xff\\xfb\\x18\\xff\\xfb'\\xff\\xfd\\x01\\xff\\xfb\\x03\\xff\\xfd\\x03GET /gzip2.php HTTP/1.0 [Wed Aug 10 19:00:21 2005] [error] [client 127.0.0.1] request failed: erroneous characters after protocol string: \\xff\\xfb\\x1f\\xff\\xfb \\xff\\xfb\\x18\\xff\\xfb'\\xff\\xfd\\x01\\xff\\xfb\\x03\\xff\\xfd\\x03GET /gzip2.php HTTP/1.0 But I'm not sure if that's entirely relevant. But there's nothing more that's related to it. Previous Comments: [2005-08-10 20:12:21] [EMAIL PROTECTED] Then provide more info about it; look into the apache logs; try on another server and with another PHP version etc etc. As I've already said, it works perfectly here. [2005-08-10 19:47:05] dennis at nocertainty dot com Also, I disabled PHP4 in my http.conf file, and it still doesn't work properly in PHP5Dev. So I still believe there's a bug in PHP5. [2005-08-10 19:44:50] dennis at nocertainty dot com Rasmus is right. The telnet thing works because ob_gzhandler doesn't do anything. As soon as a specify a Content-Encoding: gzip header, nothing gets displayed again. So it's not my browser that's causing the problem. [2005-08-10 19:21:08] [EMAIL PROTECTED] Not PHP problem then. [2005-08-10 19:20:43] [EMAIL PROTECTED] That's not a very good test since ob_gzhandler checks the request's accept-encoding and since your telnet test didn't specify that you could accept gzip or deflate, then the gzhandler simply didn't do anything. 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/34071 -- Edit this bug report at http://bugs.php.net/?id=34071edit=1
#34071 [Fbk-Opn]: buffering is destroyed when using ob_gzhandler and ob_clean
ID: 34071
User updated by: dennis at nocertainty dot com
Reported By: dennis at nocertainty dot com
-Status: Feedback
+Status: Open
Bug Type: Output Control
Operating System: Windows XP SP2
PHP Version: 5CVS-2005-08-10 (dev)
New Comment:
It works with PHP CLI.
SAPI: cgi-fcgi
Previous Comments:
[2005-08-10 18:14:58] [EMAIL PROTECTED]
Can't reproduce.
Please try with PHP CLI and tell what SAPI you're using.
[2005-08-10 18:08:20] dennis at nocertainty dot com
Description:
When using ob_start('ob_gzhandler') and ob_clean() the output buffer is
destroyed, and no ob_* function works anymore. It seems that PHP4 had
this problem as well (http://bugs.php.net/bug.php?id=29125)
Reproduce code:
---
?php
ob_start('ob_gzhandler');
echo 'Should NOT be shown';
ob_clean();
echo 'Should be shown';
?
Expected result:
Should be shown should've been printed, instead nothing is returned,
and nothing displays anymore.
--
Edit this bug report at http://bugs.php.net/?id=34071edit=1
#34071 [Fbk-Opn]: buffering is destroyed when using ob_gzhandler and ob_clean
ID: 34071
User updated by: dennis at nocertainty dot com
Reported By: dennis at nocertainty dot com
-Status: Feedback
+Status: Open
Bug Type: Output Control
Operating System: Windows XP SP2
PHP Version: 5CVS-2005-08-10 (dev)
New Comment:
Yes, that works. But as soon as I use ob_gzhandler, instead of foo,
nothing is displayed.
I run PHP4 and PHP5 at the same time (port 80 is PHP4.3.4, port 83 is
PHP5Dev). Could it be that the bug is caused by my PHP4 installation?
Previous Comments:
[2005-08-10 18:39:16] [EMAIL PROTECTED]
Still can't reproduce, even with FCGI.
Does this work for you:
?php
function foo($data) {
return $data;
}
ob_start('foo');
echo 'Should NOT be shown';
ob_clean();
echo 'Should be shown';
?
?
[2005-08-10 18:19:53] dennis at nocertainty dot com
It works with PHP CLI.
SAPI: cgi-fcgi
[2005-08-10 18:14:58] [EMAIL PROTECTED]
Can't reproduce.
Please try with PHP CLI and tell what SAPI you're using.
[2005-08-10 18:08:20] dennis at nocertainty dot com
Description:
When using ob_start('ob_gzhandler') and ob_clean() the output buffer is
destroyed, and no ob_* function works anymore. It seems that PHP4 had
this problem as well (http://bugs.php.net/bug.php?id=29125)
Reproduce code:
---
?php
ob_start('ob_gzhandler');
echo 'Should NOT be shown';
ob_clean();
echo 'Should be shown';
?
Expected result:
Should be shown should've been printed, instead nothing is returned,
and nothing displays anymore.
--
Edit this bug report at http://bugs.php.net/?id=34071edit=1
#34071 [Fbk-Opn]: buffering is destroyed when using ob_gzhandler and ob_clean
ID: 34071
User updated by: dennis at nocertainty dot com
Reported By: dennis at nocertainty dot com
-Status: Feedback
+Status: Open
Bug Type: Output Control
Operating System: Windows XP SP2
PHP Version: 5CVS-2005-08-10 (dev)
New Comment:
You're right, that works, and I get the correct result.
Previous Comments:
[2005-08-10 18:56:29] [EMAIL PROTECTED]
Are you sure there is nothing shown in the View Source tab?
I'm almost sure your browser just hides binary output from you. So try
this:
telnet localhost 80
GET /script.php HTTP/1.0
Enter
Enter
[2005-08-10 18:50:14] dennis at nocertainty dot com
Yes, that works. But as soon as I use ob_gzhandler, instead of foo,
nothing is displayed.
I run PHP4 and PHP5 at the same time (port 80 is PHP4.3.4, port 83 is
PHP5Dev). Could it be that the bug is caused by my PHP4 installation?
[2005-08-10 18:39:16] [EMAIL PROTECTED]
Still can't reproduce, even with FCGI.
Does this work for you:
?php
function foo($data) {
return $data;
}
ob_start('foo');
echo 'Should NOT be shown';
ob_clean();
echo 'Should be shown';
?
?
[2005-08-10 18:19:53] dennis at nocertainty dot com
It works with PHP CLI.
SAPI: cgi-fcgi
[2005-08-10 18:14:58] [EMAIL PROTECTED]
Can't reproduce.
Please try with PHP CLI and tell what SAPI you're using.
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/34071
--
Edit this bug report at http://bugs.php.net/?id=34071edit=1
