TortoiseSVN 1.2.0, Build 3768
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:
MODULES
pmc_api
include
src
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.
It happens during a rebuild of the project. The build process changed
some (unversioned) files in the src folder, while the explorer was
open. Maybe the automatic explorer updates due to file changes and the
tortoise cache updates conflicted in some way? At least the explorer
window was flickering for some time during the compile. When it
settled, it looked like you can see on the screen shot.
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
now.
Norbert
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Fri Jul 1 13:57:03 2005