Stefan Küng wrote:
> Sven Brueggemann wrote:
>> I still have trouble with overlay icons not reflecting the WCs state
>> Yesterday evening, I killed TSVNCache, deleted it's cache file,
>> checked out a new WC (without nested WCs this time) and changed two
>> files in a subfolder. Then I switched off my monitor and left the
>> machine alone.
>> Coming back from work, I saw that the icon of the folder I checked out
>> into is green, although "Show overlay icons recursively" is checked.
> Even after you pressed F5?
Before you added the status monitor, the overlay status would update
automatically after TSVN operations (no need to press F5), but if files
changed deeper down, even pressing F5 didn't work.
Now the overlay status is always (I think) correct after you press F5,
but it doesn't update automatically. When it did update automatically
people complained because the explorer refresh killed file renaming, and
had other funny effects, so I think it's is best to leave it how it is
now. Pressing F5 is simple enough.
>> To make it even more mysterious, the Icons in the WC I had reported
>> problems with on Wednesday are correct now...
>> What am I missing? What can I do to track this down?
> I really don't know. I'm close to giving up the cache and go back to our
> status handling in the shell extension.
This is the sort of problem that Norbert Unterberg was reporting. The
overlay starts out correct, then changes to the wrong one, but I don't
know if Norbert is still seeing that. There is still a task in the issue
tracker to view the cache status, which might help in diagnosing this
problem. Generating a tree view sounds like a lot of work, but dumping a
text file into a fixed location might not be too bad.
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Fri Sep 2 22:33:56 2005