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: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]