Re: Icons updating correctly rev 4858

Peter McNab wrote:

> Just confirming, where I said "So, it appears that the unupdated status
> has propagated back..." means that green appeared where red had existed.
>
>> Yes, that's how it works.
>
> That's not what I would expect.
> Although I don't know the reason why one folder suddenly *reverted*
> from displaying modified to displaying unmodified, the fact that the
> unmodified status trickled down out of a folder still containing a
> modified folder had me perplexed.

Yes. The cache works like this:
if a change in an item is detected, it fetches the status of that item
again. If the status of that item changed, the changed status is
propagated upwards in the tree. Once it reaches the top of the wc, the
crawler kicks in and recursively fetches the status again, to 'correct'
maybe wrong statuses.

>> But after propagating the status up through the tree, the cache crawls
>> all those folders again and will eventually update the overlays again.
>> Of course, depending on the size of your working copy, this can take a
>> while (and during that time, F5 won't help because that simply
>> triggers a new crawl).
>>
>> Stefan
>>
> It took some time after all that to produce a series of screen shots of
> the situation, so there was plenty of time for the cache to catch up. (I
> later blew them away by accident).
> Am I providing anything useful or just black dots?

I just want to be sure if it's not something that the cache does how it
does it before I spend hours trying to reproduce and fix this.

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