]> git.ipfire.org Git - thirdparty/apache/httpd.git/commitdiff
* Comment
authorRuediger Pluem <rpluem@apache.org>
Thu, 2 Sep 2010 16:57:36 +0000 (16:57 +0000)
committerRuediger Pluem <rpluem@apache.org>
Thu, 2 Sep 2010 16:57:36 +0000 (16:57 +0000)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x@992021 13f79535-47bb-0310-9956-ffa450edef68

STATUS

diff --git a/STATUS b/STATUS
index 32bc45ef2139c2b7c30948915b585ab00a9c4b47..dce78386f5db8c7c6532c15fbf8749658ef8db0b 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -165,6 +165,8 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK:
     niq asks: I can see the logic of not cacheing partial responses,
     but why should mod_disk_cache worry about them if mod_cache allows
     them, as in the following proposal?
+    rpluem says: As poirier correctly mentions, the same must be done for mod_mem_cache
+    as well.
 
   *) mod_cache: Explicitly allow cache implementations to cache a 206 Partial
      Response if they so choose to do so. Previously an attempt to cache a 206
@@ -173,6 +175,10 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK:
      Trunk patch: http://svn.apache.org/viewvc?rev=952823&view=rev
      2.2.x Patch: http://people.apache.org/~minfrin/httpd-cache-partial2-2.2.patch
      +1: minfrin
+     -1: rpluem: Until the patch proposal above for mod_disk_cache is backported
+                 and a similar patch for mod_mem_cache is proposed (no backport
+                 possible since mod_mem_cache is no longer in trunk) and
+                 committed.
 
    * config: fix/optimize SSL connections for IE6 browsers
      PR 49484