withdraw -0 and promote

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1587768 13f79535-47bb-0310-9956-ffa450edef68

diff --git a/STATUS b/STATUS
index 30ca109bf432403ff4bc15a6b2af815c60295b5c..866a43748b2b2525657172406632821e9333076b 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -100,25 +100,16 @@ RELEASE SHOWSTOPPERS:
 PATCHES ACCEPTED TO BACKPORT FROM TRUNK:
   [ start all new proposals below, under PATCHES PROPOSED. ]
 
- 
-
-PATCHES PROPOSED TO BACKPORT FROM TRUNK:
-  [ New proposals should be added at the end of the list ]
-
-  * mod_auth_form: Make sure the optional functions are loaded even when
+   * mod_auth_form: Make sure the optional functions are loaded even when
     the AuthFormProvider isn't specified. PR 56351.
     trunk patch: https://svn.apache.org/r1531672
     2.4.x patch: trunk patch works, modulo CHANGES
     +1: minfrin, jim, ylavic
-    -0 covener: does that mean just loading mod_auth_form w/o mod_request 
-                and mod_filter now causes a post-config failure?
-    minfrin: It does, however it would only affect configs where mod_auth_form
-             has been loaded but not used, as any attempt to use mod_auth_form
-             without mod_request and mod_session present would cause the very
-             same failure. Would a warning in the release notes be good enough?
-    ylavic: It fixes a runtime crash in this situation (PR 56351), I think
-            post_config (startup) is the best choice => +1
- 
+
+PATCHES PROPOSED TO BACKPORT FROM TRUNK:
+  [ New proposals should be added at the end of the list ]
+
+
    * mod_slotmem_shm: Remove wonky and dangerous code that knows about APR
      internals. We work fine w/o it anyway at this stage.
      trunk patch: http://svn.apache.org/viewvc?view=revision&revision=1561385