Is it the right fix?

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

diff --git a/STATUS b/STATUS
index ff75a55e36708bc204d03256a64c843866362b0a..e5c2044f2c643eb9172b9ef4867d014ec8cbba1a 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -158,6 +158,12 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK:
      ylavic: don't we know from the very beginning of store_body() if
              r->connection->aborted, so to fail there?
      rpluem: Agreed. I guess we can move this up to line 733 before the loop.
+     ylavic: Or even at the beginning if we want to avoid file caching too.
+             But finally I wonder why we would not cache the response provided
+             it is complete. Shouldn't incomplete response be detected with
+             error buckets instead? ISTM that EOS with no error bucket *is*
+             a complete response that could be cached even if the current
+             client won't receive it completely.
 
   *) mod_proxy: don't recyle backend announced "Connection: close" connections
      to avoid reusing it should the close be effective after some new request