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

Re: [TSVN] Cache doesn't update status after a revert / revert bug

From: Will Dean <svn_at_indcomp.co.uk>
Date: 2005-02-09 10:30:06 CET

At 10:01 09/02/2005 +0100, you wrote:

>9:58am: /me out of ideas
>Anyone can explain the difference between svn and tsvn? I can e-mail you a
>part of the WC, if it helps.

I'm afraid I can't really do anything from this stream of consciousness,
interesting though it certainly is!

Ignoring caches and overlays, do you think there is a problem with 'revert'?

Can you give point-by-point repros for any of these issues?

The other thing to bear in mind is that in the current implementation, if
you have a parent folder displayed in Explorer, but not the child folder
which contains a file you're working with, then the overlays will *not*
update after a change to that file without you pressing F5.

This is because TortoiseProc only asks the shell to update the file itself,
and if that isn't currently being displayed, then the shell ignores this
request. Because that means that the shell doesn't ask the cache for the
updated status, it never sees that it needs to push the status up to the
parent directories. To fix this, we need to have TortoiseProc communicate
directly with the cache, which it doesn't currently do.

When you press F5 in this situation, you'll almost certainly get
'unmodified' immediately as the status, followed by the update when the
crawl passes the relevant point. (I'd be very surprised if this was into
the 'minutes' range, or even 10s of seconds)

Cheers,

Will

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Feb 9 10:30:46 2005

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.