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

Re: TSVN 1.6.2: Overlay icons for lock-needed files missing? (+ other TSVNCache observations)

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Wed, 13 May 2009 17:53:27 +0200

Kenneth Lakin wrote:
> All,
> I apologize if some of my descriptions of dialog boxes are a little
> vague, I'm not anywhere near the machine in question at the moment.
> I've recently upgraded from TSVN 1.4.3 to TSVN 1.6.2. I've noticed two
> things since the transition:
> 1) The overlay icon for files that have the 'svn:lock-needed' property
> set don't seem to get drawn in Explorer. Neither acquiring a lock for
> nor modifying said files does makes the overlay appear. Removing the
> 'svn:lock-needed' property, then committing clears it right up. Overlay
> icons for "locked" and "read-only" files show up just fine in the
> "Select an icon overlay style" dialog box.

the property is called "svn:needs-lock". Make sure you have the property
set correctly.

Also, try setting a file as readonly. That too will change the overlay.

But as soon as you get the lock on a file, that overlay will not be
shown anymore: it indicates that you have to get a lock first. Once you
have the lock, that's not necessary anymore and therefore that overlay
is not shown anymore for that file.

And of course, that overlay has the lowest priority: if the file has a
status other than 'normal', that overlay is shown instead.

If you have other overlay handlers installed, that's also the first
overlay to get dropped:

> I have the "caching style" set to "Default", rather than "Current Folder
> Only" or "None". I'm only caching local fixed disk drives. I've run
> "Cleanup" on all of my WCs. I *do* have a mapped drive that points to a
> share on my local harddrive.
> 2) TSVNCache seems to be much less "aggressive" than it was in 1.4.3.
> Consider a repo that looks like this:
> a\
> b\c\d
> b\c\d\someFolder
> ... two or three more folders in d, each with a file in them ...
> b\c\d\someFile
> ... two or three more files in d ...
> and these actions:
> a) Check out a WC to a local disk.
> b) Use Explorer to navigate to someFile.
> c) Modify someFile.
> d) Use Explorer to navigate to the root of the WC.
> e) Use TSVN to commit.
> With 1.4.3, the overlay in the Folder View for 'b' would change from
> "modified" to "up-to-date" immediately after the commit.
> With 1.6.2, the overlay doesn't update until quite some time (minutes?)
> after the commit. Pressing F5 doesn't seem to speed this process up.
> Navigating to 'd' causes the overlay to update immediately.
> Now consider these actions:
> a) Check out a WC
> b) Use Explorer to navigate to the root of that WC.
> c) Modify someFile.
> With 1.4.3, the overlay in the Folder View for 'b' would change to
> "modified" within a few seconds of 'someFile''s modification.
> With 1.6.2, it's pretty much the same behaviour as in the previous example.
> Anyway, let me know if I can provide any more information or clarify
> anything. I'll try to get TSVN installed on a nearby machine, and maybe
> create a little sample repo that demos the problem so's I could send it
> to you guys if need be.

The cache is not as agressive as before for good reasons. But you're
right it should be a little bit faster.
I'll have a look at this soon.


  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].

Received on 2009-05-13 17:54:57 CEST

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

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