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