Commit 33e7602e authored by Jim Jagielski's avatar Jim Jagielski
Browse files

And promote... Will likely apply 1st round of

approved patches later on today :)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x@539006 13f79535-47bb-0310-9956-ffa450edef68
parent ca9e21ac
Loading
Loading
Loading
Loading
+33 −33
Original line number Diff line number Diff line
@@ -105,6 +105,39 @@ PATCHES ACCEPTED TO BACKPORT FROM TRUNK:
     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.
@@ -142,39 +175,6 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK:
          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
     Trunk: N/A due to other changes (r503931 et al)