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

Re: TSVN 1.6.2: Overlay icons for lock-needed files missing? (+ other TSVNCache observations)

From: Kenneth Lakin <kennethlakin_at_gmail.com>
Date: Tue, 19 May 2009 06:39:08 -0500

Hash: SHA1

Stefan Küng wrote:
> the property is called "svn:needs-lock". Make sure you have the property
> set correctly.

The property was set correctly. I misspelled it in my email.

> Also, try setting a file as readonly. That too will change the overlay.

I have differing behavior between my office machine and my machine at
home. Both are running the TSVN 1.6.2 installed from the official
Windows package.

On my office machine:
Setting a file (any file) to read-only does not change its overlay from
the "Unmodified" overlay. Repeatedly pressing F5 does not change the
overlay. Waiting for five minutes does not change the overlay.
Killing TSVNCache.exe (and waiting for it to respawn) makes the overlay
on that now read-only file vanish.
Setting the file back to read/write does not make the overlay redisplay.
Killing TSVNCache.exe again (and waiting for it to respawn) makes the
overlay on the now read/write file redisplay.

Setting a needs-lock file whose overlay is currently invisible to
read-only does not cause its overlay to appear. Doing the "Press F5
and/or kill TSVNCache" dance results in no status change.
Toggling the read-only status on the file in question reveals that
TSVNCache.exe reads about 10Kb from disk when the status is toggled.

The only application that creates Explorer overlays installed on the
machine in question is TSVN, so it's not a "running out of overlays"
issue. There has been no new software installed between the
uninstallation of TSVN 1.4.3 and the install of TSVN 1.6.2.

The behavior on my home machine is a little bit different:
A check-out [0] of this repo [1] (that looks like this)
/b/c/d/00.png (This file has svn:needs-lock set and image/png MIME type)
/b/c/d/someFile2.rtf (This file has svn:needs-lock set)
/b/c/d/folder2/New Text Document.txt
/b/c/d/folder1/New Text Document.txt

and a navigation to /b/c/d
results in the following behavior:
The overlays for 00.png and someFile2.rtf are correct.
Acquiring or releasing a lock on either one of those files correctly
changes the overlay.
Changing someFile.txt to read-only does not change its overlay. Pressing
F5 does not cause the overlay to change. Waiting for five minutes does
not change the overlay. Releasing or acquiring the lock on 00.png or
someFile2.rtf (or performing a Cleanup) causes the overlay on the
affected file (if any) and someFile.txt to change.

It seems to me that I've presented you with a huge amount of horribly
non-specific data. I apologize for not digging deeper into the issues,
and I thank you for your time and attention.

[0] http://simoncion.wargameweaver.com/tsvn/newWc.tar
[1] http://simoncion.wargameweaver.com/tsvn/repo.tar

Version: GnuPG v2.0.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-05-19 13:43:03 CEST

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

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