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

[ch...@apache.org]

Author: chrisd
Date: Fri Mar 28 17:34:58 2008
New Revision: 642454

URL: http://svn.apache.org/viewvc?rev=642454&view=rev
Log:
comment on PR 41960 backport

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=642454&r1=642453&r2=642454&view=diff
==============================================================================
--- httpd/httpd/branches/2.2.x/STATUS (original)
+++ httpd/httpd/branches/2.2.x/STATUS Fri Mar 28 17:34:58 2008
@@ -141,11 +141,24 @@
     +1 covener, niq
 
   * core: Reinstate location walk for subrequests.
+    PR: 41960.
       Trunk version of patch:
          http://svn.apache.org/viewvc?view=rev&revision=579664
       Backport version of 2.2.x of patch:
          Trunk version works (minus CHANGES conflict)
     +1: niq
+    chrisd says: The patch seems to address the issues in the PR.
+                 My only concern would be that the ap_location_walk() call
+                 (the second one) expects r->uri.  I'm fairly sure that
+                 no native httpd code creates subrequests where r->uri is
+                 NULL.  However, it might be wise to wrap the second
+                 ap_location_walk() with something like:
+                     if(!file_req || (r->uri && r->uri[0] != '\0'))
+                 Things like "RewriteCond /foo -F" can use
+                 ap_sub_req_lookup_file() to create subrequests with
+                 r->uri = "" (but not NULL, I think ...); we might as
+                 well bypass <Location> checks on these, and also handle
+                 any external modules that might try passing r->uri as NULL.
 
  * ab: Use a 64 bit unsigned int instead of a signed long to count the
    bytes transferred to avoid integer overflows