You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2003/09/21 21:31:49 UTC
DO NOT REPLY [Bug 23287] -
mod_deflate does not properly format decompressed request content
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=23287>.
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=23287
mod_deflate does not properly format decompressed request content
nd@perlig.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From nd@perlig.de 2003-09-21 19:31 -------
Iit cannot change the content-length header, because the data is streamed. Hmm,
I guess it's not really intended to decompress as a proxy.
Can you try what happens, if you use mod_header's `RequestHeader unset'
directive to remove the headers in question?
I think, mod_proxy should be changed, that if the content-length header is
removed, it switches to chunked encoding.... duh, that is only possible with
HTTP/1.1. Seems there's no simple solution to that problem.
I'm +1 anyway to remove the gzip token from Content-encoding.
Any other ideas?
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org