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?
Some review or hints would be appreciated.
nd
--
die (eval q-qq[Just Another Perl Hacker
]
;-)
# André Malo, <http://www.perlig.de/> #
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.
