You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by wr...@apache.org on 2005/07/15 01:17:01 UTC

svn commit: r219132 - /httpd/httpd/branches/2.0.x/STATUS

Author: wrowe
Date: Thu Jul 14 16:16:59 2005
New Revision: 219132

URL: http://svn.apache.org/viewcvs?rev=219132&view=rev
Log:

  I misread the report; Watchfire applies to the fix I've committed
  to httpd-2.1 trunk, but has nothing to do with responses.

Modified:
    httpd/httpd/branches/2.0.x/STATUS

Modified: httpd/httpd/branches/2.0.x/STATUS
URL: http://svn.apache.org/viewcvs/httpd/httpd/branches/2.0.x/STATUS?rev=219132&r1=219131&r2=219132&view=diff
==============================================================================
--- httpd/httpd/branches/2.0.x/STATUS (original)
+++ httpd/httpd/branches/2.0.x/STATUS Thu Jul 14 16:16:59 2005
@@ -104,18 +104,16 @@
 
 RELEASE SHOWSTOPPERS:
 
-    * Watchfire identified an obscure behavior of modules/proxy/proxy_http.c
-      where C-L would be stripped from a HEAD response but the HEAD result
-      would have neither the T-E or C-L to reflect what GET should do, in
-      violation of RFC2616.
-
     * Various fixes to T-E and C-L processing from trunk
 
       Refactor mod_proxy_http.c's Transfer-Encoding/Content-Length elections
       since they didn't follow RFC 2616, in fact didn't seem to make much
-      sense at all.  Patch to migrate request-body-handling from trunk/...
+      sense at all.  Patch to migrate request-body-handling from trunk/ based
+      on 2.1-dev request body handling behavior (although just a bit more
+      conservative on the side of C-L spooling)...
           http://people.apache.org/~wrowe/httpd-2.0-proxy-request.patch
-      Revert r219061 to properly test this patch.
+      Revert r219061 to properly test this patch, as r219061 masks the
+      underlying bug (although it is a -good- patch in and of itself).
 
        +1 wrowe, jimjag