[SVN-2741] Removing a directory scheduled for deletion corrupts working copy

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 1.4.x
• Fix Version/s: 1.7.0
• Component/s: libsvn_client
• Assignee: Unassigned
• Reporter: Subversion Importer
• Created: 14/Mar/07 14:42
• Updated: 27/Oct/18 16:28
• Resolved: 11/Nov/10 17:44

Description

Removing a directory scheduled for deletion corrupts the working copy.

#Create a test area-
svn mkdir del_bug_test
svn ci -m '' bug_test
cd bug_test
svn mkdir deldir
svn mkdir dira
svn ci -m '' *

#Delete (and then remove) a directory-
svn del deldir
rm -rf deldir

#Try to recover:
svn up deldir
  svn: Unable to lock 'dira'

dira has no modifications and is committed... not sure why it is complaining
about dira and not just updating deldir.  You can do a svn up . but there are
many times where this is not desirable.  Clearly there is some sort of bug here.

The only way I have found to fix this is to modify the .svn/entries file and
remove the 'deleted' property on the deldir entry.

Original issue reported by emiller

Issue Links

• depends upon: SVN-3357 Working Copy - Next Generation Library
• is blocked by: SVN-3357 Working Copy - Next Generation Library