[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: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Sun, 24 May 2009 18:11:29 +0200

Kenneth Lakin wrote:
> 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)
> /a
> /b
> /b/c
> /b/c/d
> /b/c/d/00.png (This file has svn:needs-lock set and image/png MIME type)
> /b/c/d/someFile.txt
> /b/c/d/someFile1.txt
> /b/c/d/someFile2.rtf (This file has svn:needs-lock set)
> /b/c/d/someFolder
> /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

Can you try a nightly build please? I fixed some problems in the status
cache which might explain what you see.


  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].

Received on 2009-05-24 18:12:14 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.