You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2003/03/17 17:53:36 UTC
DO NOT REPLY [Bug 18073] New: -
gzip compression checks for wrong content type
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18073
gzip compression checks for wrong content type
Summary: gzip compression checks for wrong content type
Product: Tomcat 4
Version: 4.1.22
Platform: All
OS/Version: All
Status: NEW
Severity: Normal
Priority: Other
Component: Connector:Coyote HTTP/1.1
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: ronald@echteman.nl
I'm using 4.1.23 and gzip is not working if I use compression="on", but only if
compression="force".
I think it is in this piece of code:
http11/src/java/org/apache/coyote/http11/Http11Processor.java:1130
if ((contentLength == -1)
|| (contentLength > compressionMinSize))
// Check for compatible MIME-TYPE
if (compressableMimeTypes != null)
return (inStringArray(compressableMimeTypes,
response.getContentType()));
}
I don't have the possibility to compile and test everything, but I think
response.getContentType() returns "text/html;charset=iso-8859-1" and
inStringArray compares this to "text/html" which returns false.
And maybe bug 2820 can be closed if this works.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org