Bug 76331

Summary: zlib.output_compressions does not work because of split mod_php5/php5-zlib
Product: Ports & Packages Reporter: Martin Portmann <map>
Component: Individual Port(s)Assignee: Alex Dupre <ale>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   

Description Martin Portmann 2005-01-17 06:00:48 UTC
- Using the option zlib.output_compression results in a garbled browser content because the Content-Encoding: zlib header is not sent (but the content is correctly compressed).
- Using ob_start ('ob_gzhandler') does work (=> zlib is installed right, not a browser problem)
- Adding a Header ('Content-Encoding: zlib') does work for the page itself but fails for images (phpinfo () does show text but no images)

Fix: 

The problem seems to be that the zlib is not build with together with the apache module. There is #ifdef HAVE_ZLIB in the main/SAPI.c that writes the Content-Encoding header.
To solve the problem I did add the line 'CONFIGURE_ARGS+= --with-zlib=/usr --with-zlib-dir=/usr' to the www/mod_php5/Makefile. This solves the problem (but bundles the zlib extension).
How-To-Repeat: In FreeBSD 5.3
Install apache 1.3 + mod_php5 + mod_zlib and edit php.ini to set zlib.output_compression=On
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2005-01-17 06:25:00 UTC
Responsible Changed
From-To: freebsd-bugs->ale

Over to maintainer of archivers/php5-zlib, which, as best I can tell, 
this PR is about. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=76331 

Adding to audit trail from misfiled PRs 79867 and 79871.  Note to
submitter: sending patches via quoted-printable utterly destroys them.

Date: Wed, 13 Apr 2005 18:29:22 +0300
Comment 2 Alex Dupre freebsd_committer freebsd_triage 2005-04-13 16:55:59 UTC
Vasil Dimov wrote:
> What happens is that
> 
> zend_ini_long("zlib.output_compression", sizeof("zlib.output_compression"), 0)
> 
> is always false when zlib is not loaded even if zlib.output_compression
> is turned on in php.ini and so - no extra headers or errors appear when
> zlib.output_compression=On and no zlib.so extension is loaded.

Good catch! I'll try it asap and if it is really so I'll commit it. PHP 
devs claimed for years that this was an unsolvable issue in php4 ;-)

--
Alex Dupre
Comment 3 Alex Dupre freebsd_committer freebsd_triage 2005-04-15 10:01:23 UTC
State Changed
From-To: open->closed

Fixed, thanks!