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

diff --git a/STATUS b/STATUS
index bde772cfc422efbdcdacc2d7d7f899812fd9bcb4..acd97829fdd2d433e6c36accb28d066edb241b9b 100644 (file)
--- 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