[ no doubt low priority, but this may crop up for other
people/situations than this oddball specific one, and it's good and
repeatable. ]
[ I'm not on the mailing list and would appreciate being CC'd, but I can
live without it thanks to gmane - your call. ]
Details:
Right clicking a WC folder can result in the standard context
menu for working copies appearing, or the general context menu when not
inside a working copy. I *suspect* this is related to how it checks the
full path it is and determines if there's a .svn directory present.
Setup:
Windows 2000, TortoiseSVN 1.2.0, Build 3602, connecting to
working copy over network mapped samba drive. (e.g. N:\WC\)
Steps to repeat:
Create a shortcut to working copy folder in windows startup
folder (go ahead and laugh - no, seriously, it IS funny heh)
[specifically]
start menu -> programs -> startup (right click 'Open')
right click drag a working copy folder (parent) to the
startup folder, select 'Create Shortcut(s)' Here
double click the shortcut
folder opens, shows proper path in location bar. Right clicking
brings up the general 'not a working copy' context menu, despite .svn
folder/etc. existing. Refreshing as well as traversing and returning do
not work. Entering a subdirectory does result in the correct behaviour
for the subdirectory, but still not for the parent upon returning.
open new explorer, cut and paste (or manually type) address to
mapped drive, enter. Right clicking brings up the expected working copy
context menu.
Notes:
hitting "Up" (`cd ..` equivalent) in the two explorer windows
results in differing behaviors - in the 'startup' folder you're taken to
startup, in the newly opened one you are brought up one level within the
mapped drive path. I'm sure that windows is doing some magic to confuse
the actual location, but don't see how this should affect tortoise when
there's a .svn folder in that location.
particularly confusing is that the overlays are correct - not
only noting the files are in svn, but noting which have changes (both
files and folders).
This could well be repeatable for local directories with similar
shortcuts.
I fully agree this is a corner case, and I don't particularly
care if it's fixed (surely just Windows blindfolding the user) but
figured I'd report it for its repeatability nonetheless.
Thanks for a great tool, and I hope this helps somewhere in tracking
down something that's actually important !
- Martin Norland, Sys Admin / Database / Web Developer, International
Outreach x3257
The opinion(s) contained within this email do not necessarily represent
those of St. Jude Children's Research Hospital.
Received on Thu Jun 9 21:16:26 2005