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

Re: problems with get lock icon

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Thu, 11 Jun 2009 18:31:23 +0200

Simon Large wrote:
> 2009/6/11 Stefan Küng <tortoisesvn_at_gmail.com>:
>> Karlos wrote:
>>> OK. I know how to reproduce the icon problem. Steps:
>>>
>>> 1. add a new file "File.bad" with "read only" attribute in the working
>>> copy, without property svn:needs_lock
>>> 2. add a new file "File.ok" normal attribute in the working copy, with
>>> property svn:needs_lock
>>> 3. commit to repository
>>> 4. get lock for both files.
>>> 5. "file1.bad" icon is wrong
>>> 6. "file2.ok" icon is ok.
>> Yes, unfortunately the svn lib doesn't remove the readonly attribute
>> anymore when getting a lock. So "file1.bad" still has the readonly
>> attribute, and that's why the icon overlay is wrong.
>
> Do we still need to rely on the read-only attribute? I thought that
> the WC improvements in 1.4 meant that the svn:needs-lock property is
> quick to access. But maybe not quick enough ...

Good point, I'll change that...

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=2361359
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].

Received on 2009-06-11 18:31:36 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.