Norbert Unterberg wrote:
> Today I had a situation once again were the status of subfolders did
> not get propagated up to the higher levels. See attached screen shot
> as an example. I am not talking about the left tree view, look at the
> marked folder names in the right pane of the two explorer windows.
> Folder structure is:
> Files in the src and include folder have changed, the folders are
> marked with the modified overlay correctly. But the upper folder
> "pmc_api" did not show the modified overlay!
> Pressing F5 repeatedly did not change anything.
> Waiting for a a few minutes does not update the status.
> No disk activity is going on, so the folder crawler seems to be finished.
> Recursive overlays are enabled.
> The TortoiseCache process is running with 8 threads and 8 MB memory.
If the recursive status isn't shown correct, you can execute the
'cleanup' command to force the cache to refresh.
> Maybe the status engine in the cache process needs to be changed.
> Currently, each cached folder stores the combined state of its own
> status and all its subfolders. What if the cache only stores the
> combination of its own status and its files, but *not* the recursive
> status of its child folders. This recurisve status could then be
> accumulated "on the fly" by combining the recursive status from the
> cached folders? That way you could never get a situation as I have
That wouldn't work either. If you fetch the status recursively every
time, it will be wrong as long as the status of all subdirs isn't known.
The way it works now is that if a subfolder discovers a status change,
it tells that to its parent and that one changes the recursive status
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Tue Jul 12 09:20:21 2005