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=14451>. 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=14451 Content-length header incorrect with cgi and deflate combination ------- Additional Comments From [EMAIL PROTECTED] 2002-11-27 14:38 ------- I figured out what was happenning with the odd content-length header values on HEAD requests. The short story is that it isn't a bug. The script I was using only returns a content-type header on HEAD requests (this is probably broken behavior) to save doing database lookups that won't be used. Even though the body is 0 bytes, it still gets gzip encoded and this encoding takes up 20 bytes. That is why there is a content-length of 20. So the only issue is the extra 20 bytes being tacked on to the body of requests that have a filtered (by mod_deflate) on both the initial and final filename extensions. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
