Question

Scenario: An binary file needs a svn lock to modify. To modify, the file was first locked, modified, and then while committing, cancelled the commit using the “Cancel” button. Due to some reason, deleted the whole folder containing the locked file (including the .svn folder).

Problem: I used “SVN update” through tortoise svn. All the files were updated. But the file which was locked previously does not indicate as locked with the lock symbol. Nevertheless, I modified the file and tried to commit.

Error while committing:

 Server sent unexpected return value (423 Locked) in response to PUT request for '/****/!svn/wrk/9f89b6b6-7932-9f45-82e8-fafbd5426290/trunk/***'

While I try to acquire the lock again using “SVN Get Lock” it fails showing:

Error when trying to acquire the lock:

.`...is already locked by user 'kr***' in filesystem '/data/svn/dir/***/repos/***/db'`

What I feel, is that the lock information on the client side is missing but still present on the server side.

Please suggest a way out.

Version info: TortoiseSVN 1.6.8, Build 19260 – 32 Bit , 2010/04/16 20:20:11

NOTE: Few paths and logins are masked using *

Answer 1

According to Simon Large (co-author of TortoiseSVN):

Use the repo browser and ‘break lock’ from the context menu.

Screenshot:

Note that this item will only appear if the item is, in fact, locked. There’s also a ‘Release lock…’ command outside of the repo browser, shown here: