update Accept-Ranges: none proposal, unset wrowe's +1

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

diff --git a/STATUS b/STATUS
index 9093ccdc679e9ba48a5cf4a7b456f03ee5b4a4e0..a64dbf9476f0faebc13e9b7ddbecbc1f7e3e1ab0 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -153,10 +153,12 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK:
   * core: Send Accept-Ranges: none when MaxRanges none is configured
       Trunk version of patch: 
           http://svn.apache.org/viewvc?rev=1166282&view=rev (Just the Accept-Range change)
+          revised 9/8: add http://svn.apache.org/viewvc?rev=1166663&view=rev
+                       add http://svn.apache.org/viewvc?rev=1166667&view=rev
+           
       2.2.x version of patch:
           http://people.apache.org/~covener/patches/httpd-2.2.x-maxranges-norange.diff
-              
-    +1: covener, wrowe
+          w/ 9/8 additions: http://people.apache.org/~covener/patches/httpd-2.2.x-accept_ranges_none.diff
     -1: rpluem: This should be fixed in trunk completely first. Currently mod_dav sents
                 Accept-Ranges bytes as well (modules/dav/fs/repos.c line 951), mod_negotiation
                 (modules/mappers/mod_negotiation.c 3012) and
@@ -164,6 +166,7 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK:
                 (modules/filters/mod_filter.c line 324).
                 On trunk the modules mod_dialup and mod_reflector also fiddle with Accept-Ranges
                 But once we have a complete solution in place I am very likely to be +1.
+    +1: covener (rpluem please see additions)
 
   * mod_proxy_ajp: return HTTP_BAD_REQUEST when AJP_EBAD_METHOD
     Trunk patch: http://svn.apache.org/viewvc?view=revision&revision=1166551 &