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

Re: [Fwd: [TSVN] Icon updating looks good (rev 4918)]

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2005-11-15 19:30:47 CET

Peter McNab wrote:

> Well rev 4918 on XP decided to not behave over the last 24 hours or so.
> I had modified some revisioned files deep in a WC structure and their
> overlay icons at the file level were displaying correctly but:-
> the status did not get propagated up the tree.
> Selected the \src folder in the left pane view and then pressing F5,
> several times at different times.. until blue in the face.

Only press F5 once and then wait. If you hit it repeatedly, the crawling
will first wait until you don't press F5 anymore, then start. If you hit
F5 while the crawler just started, it will pause and then start over again.

> Removed rev 4918, rebooted, installed rev 4947.
> Opened up three folders.
> one looking at ..\Trunk
> one looking at ..\Trunk\src
> and a two pane view looking at the \src\ showing the files.
> Navigated in and out of \src several times too.
>
> One might expect that a complete removal and re-installation with two
> re-boots might have been sufficient to trigger a TSVNCache refresh.

No. The cache is kept during reboots. To 'clear' the cache, either do a
'cleanup' on the folder where the overlay is wrong, or kill the
TSVNCache.exe process.

> By the time the three folders were brought up and positioned the
> TSVNCache was not chewing CPU cycles.
> Also, navigating into and out of the \src folder might be sufficient to
> initiate some status checking even if it's not recursive, to see if the
> modified status should be propagated up the tree. (I have no idea what
> triggers what really so the above is just off the top first thoughts)

The cache recognizes files you show in explorer and have changed their
last-modification-date. It will then update itself for that file and
propagate that change up the tree. Obviously, in your case something
went wrong.
I've changed the cache so that it won't 'keep' the recursive status of
folders anymore but always recalculate those. Hope this helps in such cases.

> Alas the modified status did not get out of it's cage. Well not until I
> deleted some non revisioned files from the \src folder, then bingo, the
> modified status rippled up the tree and everything looks sweet again.

Every modification inside a versioned tree is monitored by the cache and
makes it ask the Subversion status again (refreshes it).

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 Tue Nov 15 19:31:25 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.