You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by ji...@apache.org on 2007/05/17 18:41:28 UTC
svn commit: r539006 - /httpd/httpd/branches/2.2.x/STATUS
Author: jim
Date: Thu May 17 09:41:27 2007
New Revision: 539006
URL: http://svn.apache.org/viewvc?view=rev&rev=539006
Log:
And promote... Will likely apply 1st round of
approved patches later on today :)
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?view=diff&rev=539006&r1=539005&r2=539006
==============================================================================
--- httpd/httpd/branches/2.2.x/STATUS (original)
+++ httpd/httpd/branches/2.2.x/STATUS Thu May 17 09:41:27 2007
@@ -105,6 +105,39 @@
http://svn.apache.org/viewvc?view=rev&rev=520733
+1: wrowe, rpluem, niq
+ * mod_cache: Correctly cache and recall entities whose request URL's
+ are url-escaped.
+ PR: 41475
+ Trunk version of patch:
+ http://svn.apache.org/viewvc?view=rev&revision=506621
+ 2.2.x version of patch:
+ Trunk version works
+ +1: rpluem, jerenkrantz, jim
+ wrowe asks - is there a disambiguation problem here? The items
+ in the cache should either entirely be escaped or unescaped.
+ Can't violate the applicable canonicalization. However, if this
+ simply allows escaped entities that are unambiguously their
+ non-path, special values, (e.g. '/' vs %2F the character)
+ then I'm strongly +1.
+ rpluem says: Sorry for the confusing title. This is more about
+ the fact that the URL of the request is subject to several
+ transformations that are applied *after* the quick handler phase
+ (unescaping, possibly mod_rewrite, etc.).
+ As we use the URL to calculate the cache key this can lead to situations
+ where we save an entity to the cache under a different key in the
+ CACHE_SAVE filter then the key we use to request the entity from the
+ cache during the quick handler phase. If there are still questions
+ we should continue the discussion on the list.
+
+ * mod_cache: Add CacheIgnoreQueryString directive to cache requests with
+ a query string even if no expiration time is specified.
+ PR: 41484
+ Trunk version of patch:
+ http://svn.apache.org/viewvc?view=rev&revision=504183
+ 2.2.x version of patch:
+ Trunk version works
+ +1: rpluem, jerenkrantz, jim
+
PATCHES PROPOSED TO BACKPORT FROM TRUNK:
* ApacheMonitor: Fix Windows Vista detection.
@@ -141,39 +174,6 @@
you need to document how it affects the module's directives.
I'll +1 it when that's done.
wrowe: ditto's - good concept.
-
- * mod_cache: Correctly cache and recall entities whose request URL's
- are url-escaped.
- PR: 41475
- Trunk version of patch:
- http://svn.apache.org/viewvc?view=rev&revision=506621
- 2.2.x version of patch:
- Trunk version works
- +1: rpluem, jerenkrantz, jim
- wrowe asks - is there a disambiguation problem here? The items
- in the cache should either entirely be escaped or unescaped.
- Can't violate the applicable canonicalization. However, if this
- simply allows escaped entities that are unambiguously their
- non-path, special values, (e.g. '/' vs %2F the character)
- then I'm strongly +1.
- rpluem says: Sorry for the confusing title. This is more about
- the fact that the URL of the request is subject to several
- transformations that are applied *after* the quick handler phase
- (unescaping, possibly mod_rewrite, etc.).
- As we use the URL to calculate the cache key this can lead to situations
- where we save an entity to the cache under a different key in the
- CACHE_SAVE filter then the key we use to request the entity from the
- cache during the quick handler phase. If there are still questions
- we should continue the discussion on the list.
-
- * mod_cache: Add CacheIgnoreQueryString directive to cache requests with
- a query string even if no expiration time is specified.
- PR: 41484
- Trunk version of patch:
- http://svn.apache.org/viewvc?view=rev&revision=504183
- 2.2.x version of patch:
- Trunk version works
- +1: rpluem, jerenkrantz, jim
* mod_dbd: initialise resources and prepared statements in all vhosts
PRs: 42327, 41302