misc/76331: zlib.output_compressions does not work because of split mod_php5/php5-zlib

Martin Portmann map at infinitum.ch
Sun Jan 16 22:00:49 PST 2005


>Number:         76331
>Category:       misc
>Synopsis:       zlib.output_compressions does not work because of split mod_php5/php5-zlib
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 17 06:00:48 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator:     Martin Portmann
>Release:        FreeBSD 5.3 STABLE
>Organization:
infinitum Inc
>Environment:
FreeBSD s0.teviaqui.com 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov  5 04:19:18 UTC 2004     root at harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
>Description:
- 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)

>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
>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).
>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list