You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by ph...@apache.org on 2013/11/11 14:03:07 UTC

svn commit: r1540696 - /subversion/branches/1.7.x/STATUS

Author: philip
Date: Mon Nov 11 13:03:06 2013
New Revision: 1540696

URL: http://svn.apache.org/r1540696
Log:
* STATUS: Vote/appprove r1516806.

Modified:
    subversion/branches/1.7.x/STATUS

Modified: subversion/branches/1.7.x/STATUS
URL: http://svn.apache.org/viewvc/subversion/branches/1.7.x/STATUS?rev=1540696&r1=1540695&r2=1540696&view=diff
==============================================================================
--- subversion/branches/1.7.x/STATUS (original)
+++ subversion/branches/1.7.x/STATUS Mon Nov 11 13:03:06 2013
@@ -68,20 +68,6 @@ Candidate changes:
      -0: danielsh (restrictions not suitable for introduction in patch release;
                    dev@ thread started 2013/05/10 9pm)
 
- * r1516806
-   Do not look at the hostname part of an URI when checking that
-   the schema data is canonical.
-   Justification:
-     As reported on dev@, "svn co file://./" and similar commands abort
-     instead of returning an error that the URL is invalid.  This was
-     caused by svn_uri_is_canonical treating the hostname "." as a path
-     segment.  After this change, svn_uri_is_canonicall correctly
-     determines that the URL is (syntactically) canonical, and the
-     commands later fail with a normal error in the RA layer, which
-     validates the semantics of the hostname.
-   Votes:
-     +1: brane, stefan2
-
  * r1527112
    Fix OOM with concurrent requests right after threaded server start.
    Changes:
@@ -130,3 +116,17 @@ Veto-blocked changes:
 
 Approved changes:
 =================
+
+ * r1516806
+   Do not look at the hostname part of an URI when checking that
+   the schema data is canonical.
+   Justification:
+     As reported on dev@, "svn co file://./" and similar commands abort
+     instead of returning an error that the URL is invalid.  This was
+     caused by svn_uri_is_canonical treating the hostname "." as a path
+     segment.  After this change, svn_uri_is_canonicall correctly
+     determines that the URL is (syntactically) canonical, and the
+     commands later fail with a normal error in the RA layer, which
+     validates the semantics of the hostname.
+   Votes:
+     +1: brane, stefan2, philip