Bah, what a complicated situation ;-)
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17629> gives a good example (reproducable with a standard installation + SSI + DEFLATE configured).
The attached patch solves the problem for me. But somehow I have the feeling, that it's not the end solution (but would be cool, if it is :). I'm not sure about all of the implications. What happens, for example, if the redirects adds some filters itself?
Or some filter removes itself. Also what happens to the filter context? You probably need to "deep-copy" the chain.
Index: modules/http/http_request.c
===================================================================
RCS file: /home/cvs/httpd-2.0/modules/http/http_request.c,v
retrieving revision 1.154
diff -u -r1.154 http_request.c
--- modules/http/http_request.c 24 Feb 2003 00:57:40 -0000 1.154
+++ modules/http/http_request.c 8 Mar 2003 01:38:48 -0000
@@ -398,6 +398,9 @@
new->input_filters = new->proto_input_filters;
if (new->main) {
+ new->output_filters = r->output_filters;
+ new->input_filters = r->input_filters;
+
/* Add back the subrequest filter, which we lost when
* we set output_filters to include only the protocol
* output filters from the original request.
--
__________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
