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

RE: TortoiseSVN - Issues when working in a sub-dir within a WC - "svn: warning: W155007: '.' is not a working copy"

From: <javier.jarava_at_rsa.com>
Date: Mon, 5 Dec 2011 09:57:01 -0500

Hi, Gavin…

This might be the root of my problem – when I do “Win+R” and type the path in an incorrect case, I get the “SVN Checkout” option, but if I type it with the proper case, I get all the options…

If I open a command prompt directly from the “not working” Explorer window, I get the path to the “incorrect case” dir on the file system, and the “svn st” command complains about the directory not being a working copy…

So if the next version of TSVN is going to add some more checks on the file name cases, then it should probably work fine…

My 0.002


> Thanks for the log file. It's clear now that the problem lies within the
> svn library since the call to svn_client_status5() returns with an error
> even though the path clearly points to a working copy.

While I agree that this is what the log seems to show, I'm puzzled why this doesn't seem to similarly affect the svn command-line client (at least in my case; I'm using the ones included with TSVN).

In any case, if it's a bug in the library could you please escalate it (hopefully in time for the next release)?

> Not sure why this happens or how to trigger it reliably (still can't
> reproduce this on all machines I have access to).

Interesting; I haven't found a computer I *can't* reproduce it on... ;)

I do think that this does have something to do with filename case, as suggested by Konstantin; I often type ahead of auto-complete in the Win+R box, so it won't have the case exactly matching.

Indeed, experimenting just now, entering Win+R: S:\Program\Install (exact case match with filesystem) results in upgrade/commit UI as expected, while Win+R: s:\program\install (all lowercase) results in checkout UI. Navigating to the top of the working copy and back also has the side-effect of correcting the case, which is why it resolves the problem. (My apologies, it looks like the program name obfuscation on the previous log files disguised this.)

Interestingly though I still can't seem to similarly annoy the command line client. Even opening a command prompt directly from a lowercase window (which annoys TSVN) and specifying subfolders with incorrect case doesn't seem to bother it.


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-12-05 15:57:24 CET

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