From a899aea7135feb913dfc50e33abff918ed9486e0 Mon Sep 17 00:00:00 2001 From: "William A. Rowe Jr" Date: Mon, 18 Feb 2002 03:51:08 +0000 Subject: [PATCH] Hmmm, tried committing this in a hurry this aftn, seems it hung up. Another unseasonably warm day in Chicagoland - short sleeve shirt weather. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93470 13f79535-47bb-0310-9956-ffa450edef68 --- STATUS | 14 +++++++++++++- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/STATUS b/STATUS index bde772cfc4..acd97829fd 100644 --- a/STATUS +++ b/STATUS @@ -1,5 +1,5 @@ APACHE 2.0 STATUS: -*-text-*- -Last modified at [$Date: 2002/02/17 23:32:17 $] +Last modified at [$Date: 2002/02/18 03:51:08 $] Release: @@ -47,6 +47,18 @@ CURRENT RELEASE NOTES: FINAL RELEASE SHOWSTOPPERS: + * All ap_internal_fast_redirect()ed requests are losing their filters + and output headers. mod_negotiation derived Multiviewed documents + and mod_dir DirectoryIndex documents both demonstrate this behavior. + cf reply: <007c01c1b3d1$46714650$94c0b0d0@v505> + to thread: <200202121332.IAA27467@web.turner.com> + Solutions: + Ditch fast_redirect, it was bogus in 1.3 and it's bogus now. + In Agreement? : + Fix [and *Maintain*] fast_redirect, it was useful to our redirects + in negotiation and dir, and it's useful to 3rd parties. + In Agreement? : + * If any request gets to the core handler, without a flag that this r->filename was tested by dir/file_walk, we need to 500 at the very end of the ap_process_request_internal() processing. This provides -- 2.40.0