This seemed to happen occasionally in 1.5, but ever since 1.6 came out the
icon overlays (normal, modified, etc) seem to get out of date very
frequently, and stay that way. For example, I have a folder tree like this:
I modify file1.txt. Sometimes folder1, 2, and 3 are marked modified,
sometimes not. I then commit folder1 (the commit dialog shows that
file1.txt is modified, I type in a message, it commits the change).
At this point, it is actually very rare for folder1 and folder2 to be marked
normal again, and even folder 3 is only sometimes updated. Usually the only
way to get them to be marked normal again is to navigate down to folder3,
then there is a pause (1-2 seconds) where all the icon overlays vanish, then
they reappear correct (all marked normal). Then I navigate up to folder 2,
and it will usually (but not always) update to normal, then up to folder 1
and it will usually be updated to normal.
This is quite aggravating, because it makes the icon overlays effectively
useless. A "normal" overlay on a folder doesn't mean anything, since there
may be modified files in that folder, and a "modified" overlay is very often
displayed even for folders where the changes were committed minutes, hours,
or even days ago.
Often (but not always) doing an svn:update of folder1 will cause it to
refresh. Hitting "F5" (refresh the explorer window) will also sometimes
work, but usually only if it is the immediate contents of the folder that
have changed state (I.E. it might work for folder3, but not folder2 or
Our subversion server is not the fastest, and sometimes our directory trees
are quite large (although not necessarily the ones immediately affected by
this). So I was wondering if possibly there is a timeout happening, where
the cache process gives up on updating the icons?
This is on Windows XP machines.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-06-10 17:51:15 CEST