From: Rainer Jung Date: Fri, 20 Mar 2009 18:12:46 +0000 (+0000) Subject: Propose backport of fix for mod_mime_magic X-Git-Tag: 2.2.12~193 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=bb18f8e199655031a3e7925f7534753fe93b7aec;p=thirdparty%2Fapache%2Fhttpd.git Propose backport of fix for mod_mime_magic in combination with encoded content. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x@756697 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/STATUS b/STATUS index b4924c460aa..2427adbe166 100644 --- a/STATUS +++ b/STATUS @@ -5,7 +5,7 @@ The current version of this file can be found at: * http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/STATUS -Documentation status is maintained seperately and can be found at: +Documentation status is maintained separately and can be found at: * docs/STATUS in this source tree, or * http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/STATUS @@ -126,6 +126,25 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK: http://people.apache.org/~lars/cacheignoreheaders-fix.patch +1: lars, minfrin + * mod_mime_magic: For compressed content the module sets the + content encoding header and also tries to determine the + uncompressed content type by using an external gzip. + Several bugs break this functionality: + - Starting gzip doesn't work because an invalid working + directory is used and neither the full path name for gzip + nor the PATH variable is used. + - When gzip works, but cannot detect the content type, then + content encoding is also not set. + - Too few bytes are uncompressed so often the content type + can not be determined. + Patches in trunk (separated to make review easier): + http://svn.apache.org/viewvc?rev=756671&view=rev (working dir) + http://svn.apache.org/viewvc?rev=756675&view=rev (use PATH) + http://svn.apache.org/viewvc?rev=756678&view=rev (content encoding) + http://svn.apache.org/viewvc?rev=756683&view=rev (read more bytes) + Those patches apply to 2.2.x as well. + +1: rjung + PATCHES/ISSUES THAT ARE STALLED