Norbert Unterberg wrote:
> SteveKing schrieb:
>>
>> When the cache timeout hits, the status is actually changed to
>> 'unversioned', but the status of the folder is immediately fetched
>> (non-recursively) before the overlay changes to unversioned.
>
> Couldn't this be the right place to change the cache? If the cache
> timeout hits, do *not* invalidate the cached status. Just initiate the
> recursive crawl in the background, but report the cached status that you
> would return if the cache timeout had not hit. I have not yet fully
> understood the cache mechanics, so must rely on your expertise here ;-)
The problem is: how do you know which status to use if a parent folder
receives a status from a child dir (because it was crawled again)? If
the status is reset, then it's easy: just use the 'higher' status (i.e.
modified over normal, conflicted over modified, ...). But if the status
is not reset, then this won't work anymore if a file got reverted in a
child dir and the status of the parent folder shows 'modified' because
of that previously modified file.
> BTW, I still have quite frequently the situation where the overlay icons
> in the explorer's tree and the list view do not match (the same folder
> which shows "unmodified" in the tree view on the left side has the
> "modified" overlay in the list view on the right side). Is there
> anything I can do to refresh the folder status manually (F5 does not
> help), or is that a refresh problem that could be fixed somehow?
As mentioned several times already on this list: the tree view in
explorer can't reliably be updated to show the correct overlays. That's
just the way it is. Until now, everything we tried only works under
certain circumstances, but not always. Well, there's one 'sure' way to
do it but that can lock the whole system if you're connected to a
windows domain and have some network shares open or mounted in explorer.
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 May 3 21:50:11 2005