Bug #60761 [Com]: zlib.output_compression fails on refresh
Edit report at https://bugs.php.net/bug.php?id=60761edit=1
ID: 60761
Comment by: ewal at pointpro dot nl
Reported by:valentiny510 at yahoo dot es
Summary:zlib.output_compression fails on refresh
Status: Closed
Type: Bug
Package:*Compression related
Operating System: xp
PHP Version:5.4.0RC5
Assigned To:mike
Block user comment: N
Private report: N
New Comment:
In version php-5.4.4-1 it is now fixed, seems to work after a number of
refreshes.
Previous Comments:
[2012-06-11 22:43:33] php at pointpro dot nl
This issue remains on ArchLinux running: PHP 5.4.3 (built: May 31 2012
10:40:02).
Because bug #55544 remains, I'm trying to use zlib.output_compression instead
of ob_gzhandler. Alas, it still doesn't work. At some occasions, usually the
first after a restart of the server, the output is correctly compressed. More
often than not, however, the output is sent uncompressed to the client.
The steps to reproduce mentioned below by adunar at gmail dot com still
reproduce this problem at this server. First time: compressed, subsequent
times: uncompressed.
If more information is required, please let me know which. PHP is not giving
any errors (I set error_reporting to E_ALL), but just does not compress the
output.
[2012-05-22 02:11:55] asad at sadsa dot pl
What i can say i use now Apache compression !!
[2012-05-20 06:42:32] pierre at archlinux dot de
I just tested this with 5.4.4RC1. While output compression is now on for more
than just one request, there is another drawback: I have several pools defined
via fpm. One of them has php_flag[zlib.output_compression] = on.
Once the vhost using this pool is accessed output compression is turned on for
all fpm pool and cannot be turned off. Even worse:
ini_get('zlib.output_compression') still reports false.
If you then use the ob_gzhandler you get output handler 'ob_gzhandler'
conflicts with 'zlib output compression'
[2012-05-15 07:47:47] m...@php.net
Should be fixed in 5.4 and master.
[2012-05-15 07:45:37] m...@php.net
Automatic comment on behalf of mike
Revision:
http://git.php.net/?p=php-src.git;a=commit;h=0ad53bfd7da12a92a46c08e3fff579a15026b88b
Log: fix bug #60761 zlib.output_compression fails on refresh
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
https://bugs.php.net/bug.php?id=60761
--
Edit this bug report at https://bugs.php.net/bug.php?id=60761edit=1
Bug #60761 [Com]: zlib.output_compression fails on refresh
Edit report at https://bugs.php.net/bug.php?id=60761edit=1
ID: 60761
Comment by: php at pointpro dot nl
Reported by:valentiny510 at yahoo dot es
Summary:zlib.output_compression fails on refresh
Status: Closed
Type: Bug
Package:*Compression related
Operating System: xp
PHP Version:5.4.0RC5
Assigned To:mike
Block user comment: N
Private report: N
New Comment:
This issue remains on ArchLinux running: PHP 5.4.3 (built: May 31 2012
10:40:02).
Because bug #55544 remains, I'm trying to use zlib.output_compression instead
of ob_gzhandler. Alas, it still doesn't work. At some occasions, usually the
first after a restart of the server, the output is correctly compressed. More
often than not, however, the output is sent uncompressed to the client.
The steps to reproduce mentioned below by adunar at gmail dot com still
reproduce this problem at this server. First time: compressed, subsequent
times: uncompressed.
If more information is required, please let me know which. PHP is not giving
any errors (I set error_reporting to E_ALL), but just does not compress the
output.
Previous Comments:
[2012-05-22 02:11:55] asad at sadsa dot pl
What i can say i use now Apache compression !!
[2012-05-20 06:42:32] pierre at archlinux dot de
I just tested this with 5.4.4RC1. While output compression is now on for more
than just one request, there is another drawback: I have several pools defined
via fpm. One of them has php_flag[zlib.output_compression] = on.
Once the vhost using this pool is accessed output compression is turned on for
all fpm pool and cannot be turned off. Even worse:
ini_get('zlib.output_compression') still reports false.
If you then use the ob_gzhandler you get output handler 'ob_gzhandler'
conflicts with 'zlib output compression'
[2012-05-15 07:47:47] m...@php.net
Should be fixed in 5.4 and master.
[2012-05-15 07:45:37] m...@php.net
Automatic comment on behalf of mike
Revision:
http://git.php.net/?p=php-src.git;a=commit;h=0ad53bfd7da12a92a46c08e3fff579a15026b88b
Log: fix bug #60761 zlib.output_compression fails on refresh
[2012-05-12 13:42:53] pierre at archlinux dot de
I can still reproduce this bug on Arch Linux using PHP 5.4.3 (php-fpm). Which
additional information do you guys need? It seems pretty obvious to me.
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
https://bugs.php.net/bug.php?id=60761
--
Edit this bug report at https://bugs.php.net/bug.php?id=60761edit=1
Bug #60761 [Com]: zlib.output_compression fails on refresh
Edit report at https://bugs.php.net/bug.php?id=60761edit=1
ID: 60761
Comment by: asad at sadsa dot pl
Reported by:valentiny510 at yahoo dot es
Summary:zlib.output_compression fails on refresh
Status: Closed
Type: Bug
Package:*Compression related
Operating System: xp
PHP Version:5.4.0RC5
Assigned To:mike
Block user comment: N
Private report: N
New Comment:
What i can say i use now Apache compression !!
Previous Comments:
[2012-05-20 06:42:32] pierre at archlinux dot de
I just tested this with 5.4.4RC1. While output compression is now on for more
than just one request, there is another drawback: I have several pools defined
via fpm. One of them has php_flag[zlib.output_compression] = on.
Once the vhost using this pool is accessed output compression is turned on for
all fpm pool and cannot be turned off. Even worse:
ini_get('zlib.output_compression') still reports false.
If you then use the ob_gzhandler you get output handler 'ob_gzhandler'
conflicts with 'zlib output compression'
[2012-05-15 07:47:47] m...@php.net
Should be fixed in 5.4 and master.
[2012-05-15 07:45:37] m...@php.net
Automatic comment on behalf of mike
Revision:
http://git.php.net/?p=php-src.git;a=commit;h=0ad53bfd7da12a92a46c08e3fff579a15026b88b
Log: fix bug #60761 zlib.output_compression fails on refresh
[2012-05-12 13:42:53] pierre at archlinux dot de
I can still reproduce this bug on Arch Linux using PHP 5.4.3 (php-fpm). Which
additional information do you guys need? It seems pretty obvious to me.
[2012-04-15 02:27:15] adunar at gmail dot com
The bug also happens with the cli-server SAPI (both Windows and Ubuntu).
Here are a few (bash) commands that will reproduce this bug (assumes
zlib.output_compression = On in your php.ini)
echo ?php echo '---'; bug.php
php -S 127.0.0.1: /dev/null 21
curl --header Accept-Encoding: gzip http://localhost:/bug.php 2
/dev/null | wc -m
curl --header Accept-Encoding: gzip http://localhost:/bug.php 2
/dev/null | wc -m
# fg, then ctrl+c to kill php -S
If output_compression is working correctly, the two curl commands should print
the same number (approx. 16).
However with PHP 5.4, the second (and subsequent) curl commands print the size
of the original uncompressed output (31).
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
https://bugs.php.net/bug.php?id=60761
--
Edit this bug report at https://bugs.php.net/bug.php?id=60761edit=1
Bug #60761 [Com]: zlib.output_compression fails on refresh
Edit report at https://bugs.php.net/bug.php?id=60761edit=1
ID: 60761
Comment by: pierre at archlinux dot de
Reported by:valentiny510 at yahoo dot es
Summary:zlib.output_compression fails on refresh
Status: Closed
Type: Bug
Package:*Compression related
Operating System: xp
PHP Version:5.4.0RC5
Assigned To:mike
Block user comment: N
Private report: N
New Comment:
I just tested this with 5.4.4RC1. While output compression is now on for more
than just one request, there is another drawback: I have several pools defined
via fpm. One of them has php_flag[zlib.output_compression] = on.
Once the vhost using this pool is accessed output compression is turned on for
all fpm pool and cannot be turned off. Even worse:
ini_get('zlib.output_compression') still reports false.
If you then use the ob_gzhandler you get output handler 'ob_gzhandler'
conflicts with 'zlib output compression'
Previous Comments:
[2012-05-15 07:47:47] m...@php.net
Should be fixed in 5.4 and master.
[2012-05-15 07:45:37] m...@php.net
Automatic comment on behalf of mike
Revision:
http://git.php.net/?p=php-src.git;a=commit;h=0ad53bfd7da12a92a46c08e3fff579a15026b88b
Log: fix bug #60761 zlib.output_compression fails on refresh
[2012-05-12 13:42:53] pierre at archlinux dot de
I can still reproduce this bug on Arch Linux using PHP 5.4.3 (php-fpm). Which
additional information do you guys need? It seems pretty obvious to me.
[2012-04-15 02:27:15] adunar at gmail dot com
The bug also happens with the cli-server SAPI (both Windows and Ubuntu).
Here are a few (bash) commands that will reproduce this bug (assumes
zlib.output_compression = On in your php.ini)
echo ?php echo '---'; bug.php
php -S 127.0.0.1: /dev/null 21
curl --header Accept-Encoding: gzip http://localhost:/bug.php 2
/dev/null | wc -m
curl --header Accept-Encoding: gzip http://localhost:/bug.php 2
/dev/null | wc -m
# fg, then ctrl+c to kill php -S
If output_compression is working correctly, the two curl commands should print
the same number (approx. 16).
However with PHP 5.4, the second (and subsequent) curl commands print the size
of the original uncompressed output (31).
[2012-04-14 23:56:24] adunar at gmail dot com
I am experiencing the same problem, using PHP 5.4.0 with the PHP-FPM
SAPI on Ubuntu.
zlib appears to only compress the output for the first request from
a particular worker process.
With the default settings it takes a few refreshes to run into the bug.
To reproduce immediately, set pm.start_servers = 1 in php-fpm.conf.
Afterwards, running /etc/init.d/php5-fpm reload allows another
request to be compressed before it stops working again.
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
https://bugs.php.net/bug.php?id=60761
--
Edit this bug report at https://bugs.php.net/bug.php?id=60761edit=1
Bug #60761 [Com]: zlib.output_compression fails on refresh
Edit report at https://bugs.php.net/bug.php?id=60761edit=1 ID: 60761 Comment by: pierre at archlinux dot de Reported by:valentiny510 at yahoo dot es Summary:zlib.output_compression fails on refresh Status: Assigned Type: Bug Package:*Compression related Operating System: xp PHP Version:5.4.0RC5 Assigned To:mattficken Block user comment: N Private report: N New Comment: I can still reproduce this bug on Arch Linux using PHP 5.4.3 (php-fpm). Which additional information do you guys need? It seems pretty obvious to me. Previous Comments: [2012-04-15 02:27:15] adunar at gmail dot com The bug also happens with the cli-server SAPI (both Windows and Ubuntu). Here are a few (bash) commands that will reproduce this bug (assumes zlib.output_compression = On in your php.ini) echo ?php echo '---'; bug.php php -S 127.0.0.1: /dev/null 21 curl --header Accept-Encoding: gzip http://localhost:/bug.php 2 /dev/null | wc -m curl --header Accept-Encoding: gzip http://localhost:/bug.php 2 /dev/null | wc -m # fg, then ctrl+c to kill php -S If output_compression is working correctly, the two curl commands should print the same number (approx. 16). However with PHP 5.4, the second (and subsequent) curl commands print the size of the original uncompressed output (31). [2012-04-14 23:56:24] adunar at gmail dot com I am experiencing the same problem, using PHP 5.4.0 with the PHP-FPM SAPI on Ubuntu. zlib appears to only compress the output for the first request from a particular worker process. With the default settings it takes a few refreshes to run into the bug. To reproduce immediately, set pm.start_servers = 1 in php-fpm.conf. Afterwards, running /etc/init.d/php5-fpm reload allows another request to be compressed before it stops working again. [2012-04-09 12:50:09] paj...@php.net Matt, please take a look at this bug. [2012-03-29 04:23:46] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bcfcfb2fc5f358ebfdc76a773b20b3fc056b20c0 Log: Fix bug #61519 test fails, should pass - ext/zlib/tests/bug60761.phpt [2012-03-27 16:26:35] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bcfcfb2fc5f358ebfdc76a773b20b3fc056b20c0 Log: Fix bug #61519 test fails, should pass - ext/zlib/tests/bug60761.phpt 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 https://bugs.php.net/bug.php?id=60761 -- Edit this bug report at https://bugs.php.net/bug.php?id=60761edit=1
Bug #60761 [Com]: zlib.output_compression fails on refresh
Edit report at https://bugs.php.net/bug.php?id=60761edit=1 ID: 60761 Comment by: adunar at gmail dot com Reported by:valentiny510 at yahoo dot es Summary:zlib.output_compression fails on refresh Status: Assigned Type: Bug Package:*Compression related Operating System: xp PHP Version:5.4.0RC5 Assigned To:mattficken Block user comment: N Private report: N New Comment: I am experiencing the same problem, using PHP 5.4.0 with the PHP-FPM SAPI on Ubuntu. zlib appears to only compress the output for the first request from a particular worker process. With the default settings it takes a few refreshes to run into the bug. To reproduce immediately, set pm.start_servers = 1 in php-fpm.conf. Afterwards, running /etc/init.d/php5-fpm reload allows another request to be compressed before it stops working again. Previous Comments: [2012-04-09 12:50:09] paj...@php.net Matt, please take a look at this bug. [2012-03-29 04:23:46] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bcfcfb2fc5f358ebfdc76a773b20b3fc056b20c0 Log: Fix bug #61519 test fails, should pass - ext/zlib/tests/bug60761.phpt [2012-03-27 16:26:35] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bcfcfb2fc5f358ebfdc76a773b20b3fc056b20c0 Log: Fix bug #61519 test fails, should pass - ext/zlib/tests/bug60761.phpt [2012-03-16 09:28:32] m...@php.net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2012-01-17 10:38:30] m...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Works fine here, tried with 5.4 and trunk (TS, debug) as mod_php on Apache 2.2.21 worker. Pierre, could you verify? ... just because the reporter apparently uses Widnows XP. 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 https://bugs.php.net/bug.php?id=60761 -- Edit this bug report at https://bugs.php.net/bug.php?id=60761edit=1
Bug #60761 [Com]: zlib.output_compression fails on refresh
Edit report at https://bugs.php.net/bug.php?id=60761edit=1 ID: 60761 Comment by: adunar at gmail dot com Reported by:valentiny510 at yahoo dot es Summary:zlib.output_compression fails on refresh Status: Assigned Type: Bug Package:*Compression related Operating System: xp PHP Version:5.4.0RC5 Assigned To:mattficken Block user comment: N Private report: N New Comment: The bug also happens with the cli-server SAPI (both Windows and Ubuntu). Here are a few (bash) commands that will reproduce this bug (assumes zlib.output_compression = On in your php.ini) echo ?php echo '---'; bug.php php -S 127.0.0.1: /dev/null 21 curl --header Accept-Encoding: gzip http://localhost:/bug.php 2 /dev/null | wc -m curl --header Accept-Encoding: gzip http://localhost:/bug.php 2 /dev/null | wc -m # fg, then ctrl+c to kill php -S If output_compression is working correctly, the two curl commands should print the same number (approx. 16). However with PHP 5.4, the second (and subsequent) curl commands print the size of the original uncompressed output (31). Previous Comments: [2012-04-14 23:56:24] adunar at gmail dot com I am experiencing the same problem, using PHP 5.4.0 with the PHP-FPM SAPI on Ubuntu. zlib appears to only compress the output for the first request from a particular worker process. With the default settings it takes a few refreshes to run into the bug. To reproduce immediately, set pm.start_servers = 1 in php-fpm.conf. Afterwards, running /etc/init.d/php5-fpm reload allows another request to be compressed before it stops working again. [2012-04-09 12:50:09] paj...@php.net Matt, please take a look at this bug. [2012-03-29 04:23:46] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bcfcfb2fc5f358ebfdc76a773b20b3fc056b20c0 Log: Fix bug #61519 test fails, should pass - ext/zlib/tests/bug60761.phpt [2012-03-27 16:26:35] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bcfcfb2fc5f358ebfdc76a773b20b3fc056b20c0 Log: Fix bug #61519 test fails, should pass - ext/zlib/tests/bug60761.phpt [2012-03-16 09:28:32] m...@php.net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. 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 https://bugs.php.net/bug.php?id=60761 -- Edit this bug report at https://bugs.php.net/bug.php?id=60761edit=1
