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 17:50:39 UTC
svn commit: r1496103 - /subversion/branches/1.8.x/STATUS
Author: rhuijben
Date: Mon Jun 24 15:50:39 2013
New Revision: 1496103
URL: http://svn.apache.org/r1496103
Log:
* STATUS: Block backporting of r1496007
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=1496103&r1=1496102&r2=1496103&view=diff
==============================================================================
--- subversion/branches/1.8.x/STATUS (original)
+++ subversion/branches/1.8.x/STATUS Mon Jun 24 15:50:39 2013
@@ -156,13 +156,6 @@ Candidate changes:
Votes:
+1: danielsh, stefan2
- * r1496007
- Fix issue #4383, "Subversion 1.8.0 crash when WC path is symlink"
- Justification:
- Crash, regression from 1.7.
- Votes:
- +1: stsp
-
* r1492264
Fix wrong character encoding handling of generic error messages
in JavaHL
@@ -189,6 +182,22 @@ Veto-blocked changes:
Votes:
-1: danielsh (doesn't resolve peg revisions correctly)
+ * r1496007
+ Fix issue #4383, "Subversion 1.8.0 crash when WC path is symlink"
+ Justification:
+ Crash, regression from 1.7.
+ Votes:
+ +1: stsp
+ -1: rhuijben (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:
=================