|  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
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Bug Type:
From: jom at grosjo dot net
New email:
PHP Version: OS:


 [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-2019 The PHP Group
All rights reserved.
Last updated: Mon Sep 16 00:01:27 2019 UTC