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