php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #49831 zlib.output_compression
Submitted: 2009-10-10 10:58 UTC Modified: 2009-10-20 01:00 UTC
From: jom at grosjo dot net Assigned:
Status: No Feedback Package: *Compression related
PHP Version: 5.2SVN-2009-10-10 (snap) OS: Linux
Private report: No CVE-ID: None
View Developer Edit
 [2009-10-10 10:58 UTC] jom at grosjo dot net 
Description:
------------
Relates to bug #48994 (which I can not modify or re-open)

Actually, with the latest snapshot, the setting shall be

'true'

and NOT:

true
1

This is a real annoying bug. It makes issues in softs like SugarCRM, phpMyAdmin, etc... which believe that 1 is true and is also 'true'

Reproduce code:
---------------
put 'true' in php.ini and phpMyAdmin works nicely
put true or 1 in php.ini, and the display is full of garbage


Expected result:
----------------
true, 1, 'true' shall work the same way

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2009-10-10 12:13 UTC] Sjoerd@php.net 
Thank you for your bug report.

I don't understand your report. Please explain clearly which settings result in which behavior and what is wrong with it.
 [2009-10-11 12:15 UTC] jom at grosjo dot net 
Initial situation:

in php.ini: zlib.output_compression=1

This works fine except for phpMyAdmin and SugarSuiteCRM who are 
sending garbage (i.e. uncompressed instead of compressed or vice 
versa) 

The bug fix in SugarSuite is to write an ini_set with not 1 but 'true' 
with the quotes ("'").
Without the quotes or by writing just 1 , the garbage comes again.

Now, I can see that putting 'true' with the quotes actually disable 
the zlib compression, this is why the garbage disappear,

but the problem is that zlib compression as well.

How to make this zlib.compression work ?

it was very fine in 5.2.9
 [2009-10-12 11:27 UTC] sjoerd@php.net 
Thank you for your explanation.

The behavior you describe may be caused by bug #49816 output corruption using flush.

However, there are many reasons why compression may not work, especially with large PHP applications like SugarCRM or phpMyAdmin. To pinpoint the problem, please supply us with a small script to reproduce the problem. Also, the HTTP headers of the page which causes garbage would be helpful.
 [2009-10-20 01:00 UTC] php-bugs at lists dot php dot net 
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Mon Dec 08 05:00:01 2025 UTC