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