[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Irrevocably locked working copy after svn delete

From: Ben Reser <ben_at_reser.org>
Date: Fri, 07 Feb 2014 11:31:22 -0800

On 2/6/14, 5:47 AM, Stefan Sperling wrote:
> Arguably, we could add a check of the on-disk state before we delete
> the file in meta data. But implications would have to be investigated
> first (whether to completely fail in the recursive delete case,
> whether this would hurt performance a lot, etc.).

Such a check would only protect against lacking permissions when that check was
made. You'd still have the possibility for the WC to get in this state if the
permission changed between that check and the execution of the work queue.

The error message seems easy enough to understand in my opinion:
svn: E155009: Failed to run the WC DB work queue associated with
'/Users/breser/wedged-wc/wc', work item 4 (file-remove foo)
svn: E000013: Can't remove file '/Users/breser/wedged-wc/wc/foo': Permission denied

I'd expect most people could figure out that they need to resolve the
permission issue and run cleanup again. So I don't think there's much benefit
in such a check.
Received on 2014-02-07 20:31:35 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.