Locking Bugs?

Hello all,

I think I have hit either a few manifestations of one locking bug, or
a few locking bugs. I posted to the users list
(http://svn.haxx.se/users/archive-2007-04/0677.shtml), but nobody
responded. The first example that follows is verbatim from that email,
the second is newer.

== Issue 1 ==

In the first example, I accidentally deleted a directory ago, so I try
to resurrect it. I'm able to successfully copy the directory from the
repo to my working
directory:

/c/test/Common$ svn copy -r 1105 http://oursvn.server/dir/PQEbay
 ./PQEbay
A PQEbay\PQEbay\OrderProcessor.cs
A PQEbay\PQEbay\RePricer.cs
... and so on

/c/test/Common$ svn status
A + PQEbay

However, when I try to check in, I get:

/c/test/Common$ svn ci -m "Resurrected PQEbay"
Adding PQEbay
svn: Commit failed (details follow):
svn: Cannot verify lock on path '/PQ_CODE/Common/PQEbay/FilterConstants.cs';
 no matching lock-token available

PQEbay has the svn:needs-lock property on it, could that be causing the problem?
If so, how can I remove it, or do anything to allow myself to check in?

I've tried to lock the dir, but it's not checked in, so I get a catch-22
situation:

/c/test/Common$ svn lock --force PQEbay/
svn: Lock request failed: 405 Method Not Allowed (http://oursvn.server)

I've also removed the locks in the local copy, but that doesn't have any effect.

== Issue 2 ==

The second issue occurs when I've tried to delete a branch after
merging its changes into the trunk:

/c/test/branches$ svn status
D ThreadedBoxCache
D ThreadedBoxCache\boxCache.cs
[snip]
D ThreadedBoxCache\Interop.MSCommLib.dll
D ThreadedBoxCache\InventoryGroupSorter.cs
D ThreadedBoxCache\frmSortStation.resx

/c/test/branches$ svn ci -m "Deleting ThreadedBoxCache branch"
Deleting branches\ThreadedBoxCache
svn: Commit failed (details follow):
svn: Cannot verify lock on path '/snarf.root/APPLICATION/SecondSort/SortStation/
branches/ThreadedBoxCache/clsLotGroupBox.cs'; no matching lock-token available

In this case, clsLotGroupBox is a file that was deleted before the
branch was deleted, and doesn't exist in the working directory or in
the current revision. TortoiseSVN tells me to use the "Check for
Modifications" dialog, but I didn't see anything useful in there.

"svn cleanup" runs without error, but the same error occurs immediately after.

== Conclusion ==

So, is there a bug here? Is there a workaround? What more information
can I give y'all?

This bug(s) is really bothersome, as I can no longer perform
repository-wide operations successfully.

$ svn --version
svn, version 1.4.0 (r21228)
   compiled Sep 11 2006, 17:46:59

Windows XP, using all three of: windows command line used from cygwin,
TortoiseSVN and AnkhSVN.

Thanks
Bill Mill
bill.mill at gmail.com
http://billmill.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 11 18:39:48 2007