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

Re: [TSVN] Lock/Unlock

From: SteveKing <steveking_at_gmx.ch>
Date: 2005-05-05 09:03:23 CEST

eeprom wrote:

> I'm not a subscriber of the TortoiseSVN mailing list, so please reply directly
> to eeprom@bol.com.br
>
> I'm using Subversion 1.2.0 rc2 and the 'pre-lock' and 'pre-unlock' hook
> scripts to control locking/unlocking. And I'm using the needs-lock auto-props
> option in my user configurations with TortoiseSVN.
>
> Problem 1: When commiting a locked file, Subversion's default behaviour is to
> keep the lock. So if the "Keep Locks" option is NOT marked at TortoiseSNV's
> commiting dialog, TortoiseSVN should remove the lock, but it doesn't. The
> file is still locked but TortoiseSVN seems to *think* it isn't and changes
> the overlay into a 'lock' (meaning not-locked) and sets permission to
> read-only.

The default behaviour of Subversion is to *remove* the lock on commit.
But: there's a bug in Subversion which makes this not work all the time.
It's been fixed already and waiting for backport to the 1.2 release.

> Problem 2: If the "Keep Locks" IS marked at TortoiseSNV's commiting dialog,
> the overlay icon of that locked file changes back into a 'lock' anyway and
> permission is set to read-only (it should become a green 'correct' sign
> meaning commited, and STAY read-write meaning locked for me).

Same here. But is fixed in Subversion HEAD and waiting for backport.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu May 5 09:03:42 2005

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.