]> git.ipfire.org Git - thirdparty/apache/httpd.git/commitdiff
Vetoed the first attempt at a 2.1-dev mod_proxy_http request body
authorWilliam A. Rowe Jr <wrowe@apache.org>
Tue, 19 Jul 2005 21:59:17 +0000 (21:59 +0000)
committerWilliam A. Rowe Jr <wrowe@apache.org>
Tue, 19 Jul 2005 21:59:17 +0000 (21:59 +0000)
  backport - so note this as a showstopper rather than reverting the code.

  Also note the RFC bug that the -trace.patch corrects.

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

STATUS

diff --git a/STATUS b/STATUS
index 32448e1710edcfd77584e9e594f04eb6d28cae01..960f4f4674942b240b135dc74fb4a18e7a88c965 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -167,6 +167,26 @@ RELEASE SHOWSTOPPERS:
                  the issues of correctly sending the body and choosing the
                  transport flavor.
 
+    * http://svn.apache.org/viewcvs?rev=171205&view=rev [committed]
+      backport this fix from 2.1-dev:
+      proxy HTTP: Rework the handling of request bodies to handle
+      chunked input and input filters which modify content length, and
+      avoid spooling arbitrary-sized request bodies in memory.
+      PR: 15859
+
+        +1 trawick, jerenkrantz, jim
+        -1 wrowe
+           This patch needs to be reverted or ammended by the patch above;
+           this resulting code is more complex, yet equally faulty in it's
+           C-L/T-E elections for a number of specific cases.  No opinion
+           between the choice of reverting and re-backporting, or simply
+           patching-the-patch.
+
+    * TRACE must not have a request body per RFC2616; see the -trace.patch
+      below for one of two alternatives.  The other alternative; simply
+      hack mod_proxy.c to reject TRACE when a body is seen, again see that
+      -trace.patch for an illustration.
+
 
 PATCHES ACCEPTED TO BACKPORT FROM TRUNK:
   [ please append new backports at the end of this list not the top. ]