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