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 2010/03/16 12:32:21 UTC
svn commit: r923697 - /subversion/branches/1.6.x/STATUS
Author: rhuijben
Date: Tue Mar 16 11:32:20 2010
New Revision: 923697
URL: http://svn.apache.org/viewvc?rev=923697&view=rev
Log:
* STATUS: Cast a few more votes, approving issue #3242 and #3573 fixes
Modified:
subversion/branches/1.6.x/STATUS
Modified: subversion/branches/1.6.x/STATUS
URL: http://svn.apache.org/viewvc/subversion/branches/1.6.x/STATUS?rev=923697&r1=923696&r2=923697&view=diff
==============================================================================
--- subversion/branches/1.6.x/STATUS (original)
+++ subversion/branches/1.6.x/STATUS Tue Mar 16 11:32:20 2010
@@ -112,20 +112,6 @@ Candidate changes:
Votes:
+1: rhuijben
- * r906256, r906305
- Fix issue #3573 'local non-inheritable mergeinfo changes not properly
- merged with updated mergeinfo'
- Notes:
- Justification:
- svn:mergeinfo should be mergeable, but in this issue mergeinfo changes
- brought down by an update were not properly merged with local changes.
- Notes:
- r906256 is a test demonstrating the problem and r906305 is the fix.
- Branch:
- ^/subversion/branches/1.6.x-issue3573
- Votes:
- +1: pburba, cmpilato
-
* r877016, r902093
Fix issue #3390 'relative externals not updated during switch'.
Justification:
@@ -138,20 +124,6 @@ Candidate changes:
Votes:
+1: cmpilato, stsp
- * ^/subversion/branches/1.6.x-issue-3242-partial
- Merge a portion of the issue 3242 work, specifically the bit that
- makes mergeinfo queries in the client layer happen against the
- current RA session URL instead of forcibly against the repository
- root URL (which might not be readable by the user per authz
- policy). While this is not a full solution to issue #3242, it
- should get us back to Subversion 1.4-level behavior which has
- pretty consistently been deemed acceptable (enough) by our user
- base.
- Justification:
- Issue #3242 is a hot issue. Hot topic, hot tempers, etc.
- Votes:
- +1: cmpilato, ivan
-
* r878590, r878607, r878625, r878626, r878627
In trunk we optimized the common case of 'find-and-replace with same uri'
of proxied content thanks to issue 3445.
@@ -295,6 +267,20 @@ Approved changes:
Votes:
+1: stsp, cmpilato, rhuijben
+ * r906256, r906305
+ Fix issue #3573 'local non-inheritable mergeinfo changes not properly
+ merged with updated mergeinfo'
+ Notes:
+ Justification:
+ svn:mergeinfo should be mergeable, but in this issue mergeinfo changes
+ brought down by an update were not properly merged with local changes.
+ Notes:
+ r906256 is a test demonstrating the problem and r906305 is the fix.
+ Branch:
+ ^/subversion/branches/1.6.x-issue3573
+ Votes:
+ +1: pburba, cmpilato, rhuijben
+
* r917640, r918211
Correctly handle invocations of 'svnlook plist --revprop' when
used with '-t TXN_NAME' instead of '-r REV'.
@@ -313,3 +299,17 @@ Approved changes:
it does not make a difference for users.
Votes:
+1: stsp, cmpilato, rhuijben
+
+ * ^/subversion/branches/1.6.x-issue-3242-partial
+ Merge a portion of the issue 3242 work, specifically the bit that
+ makes mergeinfo queries in the client layer happen against the
+ current RA session URL instead of forcibly against the repository
+ root URL (which might not be readable by the user per authz
+ policy). While this is not a full solution to issue #3242, it
+ should get us back to Subversion 1.4-level behavior which has
+ pretty consistently been deemed acceptable (enough) by our user
+ base.
+ Justification:
+ Issue #3242 is a hot issue. Hot topic, hot tempers, etc.
+ Votes:
+ +1: cmpilato, ivan, rhuijben