DO NOT REPLY [Bug 14451] - Content-length header incorrect with cgi and deflate combination 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 bruno@wolff.to 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: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org
Received on Wed Nov 27 14:37:39 2002
This archive was generated by hypermail 2.1.8
: Wed Aug 23 2006 - 16:44:09 EDT
|