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

[wr...@apache.org]

Author: wrowe
Date: Tue Jul  4 20:04:55 2006
New Revision: 419142

URL: http://svn.apache.org/viewvc?rev=419142&view=rev
Log:

  Some feedback/votes

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=419142&r1=419141&r2=419142&view=diff
==============================================================================
--- httpd/httpd/branches/2.2.x/STATUS (original)
+++ httpd/httpd/branches/2.2.x/STATUS Tue Jul  4 20:04:55 2006
@@ -104,8 +104,6 @@
           Trunk version works
       +1: rpluem, jim, pquerna
 
-PATCHES PROPOSED TO BACKPORT FROM TRUNK:
-
     * Add optional 'scheme://' part to ServerName directive for cases
       where httpd runs behind an external SSL processor and has to
       learn from its configuration how to generate correct
@@ -114,7 +112,9 @@
       http://people.apache.org/~sctemme/servername_22x.patch
       Documentation:
       http://svn.apache.org/viewcvs.cgi?diff_format=h&view=rev&rev=406697
-      +1 sctemme, rpluem
+      +1 sctemme, rpluem, wrowe
+
+PATCHES PROPOSED TO BACKPORT FROM TRUNK:
 
     * Fix dbd merge_config function to support prepared statements
       PR#39386
@@ -133,7 +133,8 @@
        for LDAP client SDKs that don't support LDAP_SECURITY_ERROR 
        macro. PR#39529
        http://svn.apache.org/viewvc?view=rev&revision=411306
-       +1: bnicholes
+       +1: bnicholes, wrowe
+         wrowe observes; CONST==result is a horrid style convention
 
     * mod_speling: add option to do case-normalisation only
       Patch submitted by Olivier Thereaux
@@ -145,3 +146,8 @@
       PR#39854
       http://svn.apache.org/viewvc?rev=416165&view=rev
       +1: niq
+      -0: wrowe - on quick glance the line 1091 change looks incomplete,
+          and I'm not convinced that we should ignore flush.  Has anyone
+          inquired of the proper mechanism or composed the appropriate
+          patch to finish an incomplete packet and resume encoding or
+          this entirely impossible in the current scheme of things?