[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Wrong status overlays

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2006-06-27 17:11:41 CEST

Lübbe Onken wrote:
> Hi Folks,
>
> TortoiseSVN 1.4.0, Build 6884 - 32 Bit -dev
>
> Attached are two screenshots that display a phenomenon that I encounter
> quite often. I don't have a bullet proof reproduction recipe, but I think
> that it has something to do with copying and renaming versioned files to
> files with similar names.
> I had copied "default.build.user.tmpl" to "Kopie von
> default.build.user.tmpl" and then used F2 to rename it to
> "default.build.user".
>
> As you can see in the "wrong" screenshot, all files and folders show the
> "InSubversion" overlay "Versioned" status and the same revision number.
> r1654 was a commit from a colleague, so I guess the cache got confused after
> I ran tsvn update.
>
> No amount of hitting F5, closing and re-opening the folder helped here.
>
> After killing TSVNCache, the correct status came back, which is shown in the
> "OK" screenshot.
>
> Now I can't reproduce the behaviour anymore, but I can assure you that it
> happens every few days. Suddenly all the status icons become green.

This happens when the working copy is locked (e.g. due to another SVN
command running on it, like update/commit/...) and the explorer want to
have the status info for the overlays. It's not possible to get the
status while the working copy is locked, so the cache simply returns
"normal" indicating that the file/folder is versioned. But it knows that
the status is not real, and adds it to its internal list of folders to
crawl again.
So, after a few seconds, that folder is crawled again. Hitting F5 to
refresh the status will bring the correct overlays back (but you really
have to wait for the folder being recrawled - if e.g. an update was in
progress, that can take quite a while because first all the folders the
update has touched are crawled. Recrawling due to locked working copies
has lowest priority because the cache assumes that the lock will last
some time anyway.

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 Jun 27 17:12:19 2006

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.