You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by rh...@apache.org on 2013/06/24 18:40:48 UTC
svn commit: r1496118 - /subversion/branches/1.8.x/STATUS
Author: rhuijben
Date: Mon Jun 24 16:40:48 2013
New Revision: 1496118
URL: http://svn.apache.org/r1496118
Log:
* STATUS: Remove veto after the r1496007 group got extended
Modified:
subversion/branches/1.8.x/STATUS
Modified: subversion/branches/1.8.x/STATUS
URL: http://svn.apache.org/viewvc/subversion/branches/1.8.x/STATUS?rev=1496118&r1=1496117&r2=1496118&view=diff
==============================================================================
--- subversion/branches/1.8.x/STATUS (original)
+++ subversion/branches/1.8.x/STATUS Mon Jun 24 16:40:48 2013
@@ -174,6 +174,13 @@ Candidate changes:
Votes:
+1: pburba
+ * r1496007, r1496111
+ Fix issue #4383, "Subversion 1.8.0 crash when WC path is symlink"
+ Justification:
+ Crash, regression from 1.7.
+ Votes:
+ +1: stsp
+
Veto-blocked changes:
=====================
@@ -190,23 +197,6 @@ Veto-blocked changes:
Votes:
-1: danielsh (doesn't resolve peg revisions correctly)
- * r1496007, r1496111
- Fix issue #4383, "Subversion 1.8.0 crash when WC path is symlink"
- Justification:
- Crash, regression from 1.7.
- Votes:
- +1: stsp
- -1: rhuijben (without r1496111)
- (This still caches wcroots for different abspaths than
- their ancestor, which makes the wc_db broken for future
- usages. This just fixes one symptom, while introducing
- bigger issues.
-
- The real fix is to NEVER return a wcroot that is not of
- an ancestor directory. Setting something else in the wcroot
- while still storing it for two locations just breaks other
- users. The wcroot simply shouldn't be stored for two locations)
-
Approved changes:
=================