[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 bu g

From: Lübbe Onken <l.onken_at_rac.de>
Date: 2005-02-09 11:41:36 CET

Hi Will,

> Ignoring caches and overlays, do you think there is a problem
> with 'revert'?
Yes, see my reply to Simon.
 
> Can you give point-by-point repros for any of these issues?
If you follow my steps through the first posting, you should have a nice
repro.
I can mail you a part of my WC.
Basically:
Prove that tsvn revert does no-or the wrong-thing:
1) select tsvn revert on a modified file or the WC folder and let tsvn
revert the file(s)
2) watch the status icons not change back to normal
3) diff any of these files
4) run 'svn st' to confirm the still modified status

Prove that tsvn icon status is wrong:
5) run 'svn revert *.h'
6) watch the status icons *not* change back to normal
7) run 'svn st' to confirm the now normal status
8) diff any of these files to confirm they really are reverted

Prove that tsvn revert does the wrong thing
9) select tsvn revert on a modified file or the WC folder and let tsvn
revert the file(s)
10) watch the status icons not change back to normal
11) diff any of these files (argh!)
12) run 'svn st' to confirm the again modified status

> which contains a file you're working with, then the overlays
> will *not*
> update after a change to that file without you pressing F5.
I pressed F5 in every combination I could think of and filemon showed me
that TSVNCache was busy examining the files in the subdirectory.
 
> parent directories. To fix this, we need to have
> TortoiseProc communicate
> directly with the cache, which it doesn't currently do.
OK, got that, but I think I told the cache often enough to refresh itself by
hitting F5.
 
> When you press F5 in this situation, you'll almost certainly get
> 'unmodified' immediately as the status, followed by the
No, neither folder nor file icons changed, but the action was visible in
Filemon.

> 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)
I only got an icon update once, which happened well in the 10Minutes range
after I first noticed something was wrong, started to reproduce the result,
started to write an email and so on. That update really took me by surprise.

Killing TSVNcache didn't help. Is it possible that TSVNCache is getting
wrong information from the Windows Disk Cache?

Cheers
- Lübbe

--
       ___
  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 Wed Feb 9 11:42:55 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.