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

Lock bug? Own lock breaks on update

From: Peter Suter <peter_at_lucid.ch>
Date: Tue, 25 Mar 2014 14:45:57 +0100

Hi,

(I asked about this on IRC today and was asked to send a repro to this
list.)

Since updating to TortoiseSVN 1.8 my locks get broken when I update a
repository. (Downgrading to TortoiseSVN 1.7.13 fixes it. Upgrading back
to 1.8.0 or 1.8.5 (the latest, based on Subversion 1.8.8) makes the
problem reappear. With the SlikSvn command line client 1.8.5-x64 I also
get the same problem.)

I can reproduce it with a new empty repo on that server (VisualSVN 2.1.7
32bit, based on Subversion 1.6.16):

C:\Repos> svnadmin create testrepo

C:\Repos>

And then on the client (using SlikSvn command line client 1.8.5-x64
here, but the same happens with TortoiseSVN):

C:\> svn co https://.../testrepo testrepo
Checked out revision 0.

C:\> cd testrepo

C:\testrepo> echo foo > foo

C:\testrepo> svn add foo
A foo

C:\testrepo> svn ci -mm
Adding foo
Transmitting file data .
Committed revision 1.

C:\testrepo> svn lock foo
'foo' locked by user 'peter'.

C:\testrepo> svn update
Updating '.':
B foo
updated to revision 1.

C:\testrepo>

I could not reproduce the problem with a local file:/// repo created
with TortoiseSVN on the client.

Thanks,
Peter
Received on 2014-03-25 14:57: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.