You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by tr...@apache.org on 2016/03/21 13:54:05 UTC

svn commit: r1735969 - /httpd/httpd/branches/2.4.x/STATUS

Author: trawick
Date: Mon Mar 21 12:54:05 2016
New Revision: 1735969

URL: http://svn.apache.org/viewvc?rev=1735969&view=rev
Log:
CGIVar before too long I hope???

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

Modified: httpd/httpd/branches/2.4.x/STATUS
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/STATUS?rev=1735969&r1=1735968&r2=1735969&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/STATUS (original)
+++ httpd/httpd/branches/2.4.x/STATUS Mon Mar 21 12:54:05 2016
@@ -161,6 +161,19 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK:
      updated patch with APLOGNOs by merging 1735931,1735935 from trunk
      updated patch with APLOGNOs by merging 1735942 from trunk
 
+  *) CGIVar for controlling building of REQUEST_URI (and future uses)
+     As mentioned on dev@:
+     * This is intended to replace existing methods of configuring how various
+       CGI vars should be built over the long term, though only REQUEST_URI is
+       handled for now.
+     * If the mechanism should be usable by third-party modules for its own
+       concerns, a check for recognized-envvar can be removed from the command
+       processor and the rest of the code will let the third-party module do
+       the right thing since the rule for a var is a character string in a table,
+       not a separate core_dir_config flag with enumerated values.
+     Trunk patch: r1734947, 1735952
+     2.4.x patch: https://emptyhammock.com/media/downloads/CGIVar-to-2.4.x.txt
+     +1: trawick
  
 PATCHES/ISSUES THAT ARE BEING WORKED