You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by rp...@apache.org on 2010/09/02 18:57:36 UTC

svn commit: r992021 - /httpd/httpd/branches/2.2.x/STATUS

Author: rpluem
Date: Thu Sep  2 16:57:36 2010
New Revision: 992021

URL: http://svn.apache.org/viewvc?rev=992021&view=rev
Log:
* Comment

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

Modified: httpd/httpd/branches/2.2.x/STATUS
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/STATUS?rev=992021&r1=992020&r2=992021&view=diff
==============================================================================
--- httpd/httpd/branches/2.2.x/STATUS (original)
+++ httpd/httpd/branches/2.2.x/STATUS Thu Sep  2 16:57:36 2010
@@ -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