From: William A. Rowe Jr Date: Tue, 19 Jul 2005 21:59:17 +0000 (+0000) Subject: Vetoed the first attempt at a 2.1-dev mod_proxy_http request body X-Git-Tag: 2.0.55~120 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=ff02b52976826386588ce87f540be704eef02b36;p=thirdparty%2Fapache%2Fhttpd.git Vetoed the first attempt at a 2.1-dev mod_proxy_http request body 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 --- diff --git a/STATUS b/STATUS index 32448e1710e..960f4f46749 100644 --- 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. ]