|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
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 Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
Solve the problem:
20 - 8 = ?
Subscribe to this entry?

 [2009-10-10 10:58 UTC] jom at grosjo dot net
Relates to bug #48994 (which I can not modify or re-open)

Actually, with the latest snapshot, the setting shall be


and NOT:


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


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2009-10-10 12:13 UTC]
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 

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]
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-2020 The PHP Group
All rights reserved.
Last updated: Wed Feb 19 13:01:30 2020 UTC