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

Re: svn.exe crashes when user ABC locks the file and user XYZ performs commit after editing same file

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Wed, 09 Jul 2014 20:27:19 +0200

On 09.07.2014 08:38, Jaimin Modi wrote:
> I am writing feature test automation script for tortoiseSVN. While executing test scripts I faced a problem while testing svn feature lock/unlock. As explained below.
>
> Execution Steps:
> 1. Go to working directory
> 2. Locking the file sample.txt by svn user ABC.
> Command Executed: svn lock sample.txt --username=ABC --password=ABCPSWD
> 3. Editing the file sample.txt
> 4. Committing the file sample.txt by other svn user XYZ.
> Command Executed: svn commit -m "testing svn lock" --username=XYZ --password=XYZPSWD --non-interactive
>
> Expected behavior:
> It should have thrown error in step 4 above, as file sample.txt is locked by user ABC and user XYZ is trying to commit the changes.

Sorry, but no:
it should not throw an error in step 4 because the lock is assigned to a
working copy, not a user. The user is simply required to set the lock in
the repository (which requires write access). But the lock itself is not
specific to a user but always specific to a working copy.
And that's why the commit should succeed without any problems - you're
still in the same working copy as you locked the file.

>
> Actual Observation:
> I got svn.exe crash popup windows with message "svn has stopped working. a problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available"
>
> Require help:
> I used TortoiseSVN-1.7.10.23359-x64-svn-1.7.7.msi. can somebody confirm is there any issue with svn.exe from TortoiseSVN-1.7.10.23359-x64-svn-1.7.7.msi? Also need to know the bug id if this issue was fixed in later TortoiseSVN releases.
>
> Environment:
> TortoiseSVN-1.7.10.23359-x64-svn-1.7.7.msi

Sorry, but I'm not even going to try to reproduce this.
While I have problems understanding why people don't update to TSVN
1.8.x, there's absolutely _no_ excuse for not updating to the latest
1.7.x version, especially since there were quite a few security issues
fixed.

At least get the latest version for the 1.7.x branch:
http://sourceforge.net/projects/tortoisesvn/files/1.7.14/Application/

if the crash happens there still, report it on the svn users mailing
list since it's svn.exe and not TSVN that's crashing.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest interface to (Sub)version control
    /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=3084837
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2014-07-09 20:26:56 CEST

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

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