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-12-22 19:53 ------- I think I have something that will point out where I am seeing the problem. In mod_deflate.c there is code to not due compression for subrequests. I think this check should be extended to not do it for internal redirects. (I am not sure why the check that the request doesn't already have a gzip encoding doesn't catch this.) I checked r->next to see if there will be more processing after this request is completed. I am not sure this is correct, because the .h that defines record_rec has a comment that this link refers to external requests. I suspect that that is a typo. Anyway the patch seems to work for my problem. I will let you know if this fixes the IE problem when I hear back from the person who has been having problems with compressed responses. The diff versus mod_deflate.c follows: *** mod_deflate.c.orig Sun Dec 22 13:53:19 2002 --- mod_deflate.c Sun Dec 22 13:36:55 2002 *************** *** 260,266 **** const char *encoding, *accepts; /* only work on main request/no subrequests */ ! if (r->main) { ap_remove_output_filter(f); return ap_pass_brigade(f->next, bb); } --- 260,266 ---- const char *encoding, *accepts; /* only work on main request/no subrequests */ ! if (r->main || r->next) { ap_remove_output_filter(f); return ap_pass_brigade(f->next, bb); } --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
