Re: Problem with deleteing files
From: <kfogel_at_collab.net>
Date: 2006-03-14 17:09:29 CET
Meta-comment:
Paul, you posted this in another thread, please see:
http://subversion.tigris.org/mailing-list-guidelines.html#fresh-post
Thanks,
-- www.collab.net <> CollabNet | Distributed Development On Demand "Paul Maddox" <P.Maddox@signal.QinetiQ.com> writes: > We've had a couple of odd things crop up. > I've tried to delete a file, and perform a commit. > > there's a bit of history around this, so I'll explain.. > once upon a time, there was a branch with a directory structure. > When doing a merge and re-branch some kind user forgot to drop their locks. > Anyway, after the branch, the file was subsequently deleted. > > Now if I try and remove this old directory I get an error, saying I > can't because the file is currently locked by another user, even > though the file is no longer there. > I get this ;- > > --------------------------------------------------- > Error commit failed > User paul does now own lock on path > '/monkey/myproject/branches/development/documentation/spec.doc' > (currently locked by idiotuser2) > --------------------------------------------------- > > I can't 'get' or 'steal' the locks because, well there's nothing there > to get or steal! > I've tried creating a file with the same name, commiting, 'dropping > the locks, and trying to delete again, but I get the same error. > > we're using tortoise SVN on the clients and the server is using SVN > version 1.2.3 > > Can anyone offer any advice. > > Paul > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org > For additional commands, e-mail: users-help@subversion.tigris.org > > -- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.orgReceived on Tue Mar 14 18:59:01 2006 |
This is an archived mail posted to the Subversion Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.