php.net |  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
Have you experienced this issue?
Rate the importance of this bug to you:

 [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

Add a Patch

Pull Requests

Add a Pull Request

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-2019 The PHP Group
All rights reserved.
Last updated: Sun May 19 13:01:26 2019 UTC