Author: brane
Date: Fri Aug 23 11:05:10 2013
New Revision: 1516822
URL: http://svn.apache.org/r1516822
Log:
* branches/1.7.x/STATUS, branches/1.8.x/STATUS: Nominate r1516806.
Modified:
subversion/branches/1.7.x/STATUS
subversion/branches/1.8.x/STATUS
Modified: subversion/branches/1.7.x/STATUS
URL:
http://svn.apache.org/viewvc/subversion/branches/1.7.x/STATUS?rev=1516822&r1=1516821&r2=1516822&view=diff
==============================================================================
--- subversion/branches/1.7.x/STATUS (original)
+++ subversion/branches/1.7.x/STATUS Fri Aug 23 11:05:10 2013
@@ -101,6 +101,20 @@ 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 faile with a normal error in the RA layer, which
+ validates the semantics of the hostname.
+ Votes:
+ +1: brane
+
Veto-blocked changes:
=====================
Modified: subversion/branches/1.8.x/STATUS
URL:
http://svn.apache.org/viewvc/subversion/branches/1.8.x/STATUS?rev=1516822&r1=1516821&r2=1516822&view=diff
==============================================================================
--- subversion/branches/1.8.x/STATUS (original)
+++ subversion/branches/1.8.x/STATUS Fri Aug 23 11:05:10 2013
@@ -114,6 +114,20 @@ Candidate changes:
Votes:
+1: stefan2, breser
+ * 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 faile with a normal error in the RA layer, which
+ validates the semantics of the hostname.
+ Votes:
+ +1: brane
+
Veto-blocked changes:
=====================
