tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 34526] - Truncated content in decompressed requests from mod_deflate
Date Tue, 30 Aug 2005 07:38:16 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=34526>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34526





------- Additional Comments From nd@perlig.de  2005-08-30 09:38 -------
(In reply to comment #11)
> So does this really mean that mod_deflate should simply not give a
> content-length when it does not know it?  That would seem (quite) reasonable
> (and correct).

mod_deflate cannot change the content length, because

(a) it doesn not know it before uncompressing the whole stream. It had to buffer
the whole inflated content to determine a new length, which is not going to happen.
(b) Anyway, the content length reflects the value sent by the client.
mod_deflate is not the authority to change it.

Note that CGIs are also broken by this behaviour, but there's no much we can do
for it by now. Someone might write some day a file bucket type, so we can
inflate the content into a file.

My conclusion is, that the ajp handler just should unset the content length if
the protocol depends on it (meaning "CL reflects the actual content sent to the
servlet or be unset at all").

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org


Mime
View raw message