On Sun, Dec 15, 2019 at 11:57 PM Daniel Shahaf <d...@daniel.shahaf.name> wrote: > Nathan Hartman (Jira) wrote on Sun, 15 Dec 2019 20:12 +00:00: > > Two different fixes have been suggested above: > > > > (1) Several people: Open the editor on the parent rather than the node > > itself. > > > > or > > > > (2) Max Oliver Bowsher: "For exactly the same reason that you cannot > > checkout a file, you cannot switch a file. ... So, the 'fix' for this > > issue is teach switch to maintain this invariant..." > > > > (Personally, Bowsher's idea makes more sense to me.) > > I don't see how the two cases are analogous. > > 'svn checkout $URL foo' creates foo/.svn/. To do so, it requires that > foo/ be a directory. > > However, it's perfectly meaningful and useful to do 'svn switch > ^/subversion/branches/1.13.x/STATUS STATUS' in a working copy of the > 1.13.x-r42 branch. Moreover, why _shouldn't_ it be possible to switch a file > to a directory? Directory entries can be either directories or files, but > when we > tell a directory that its child "iota"'s URL should be <a given value>, why > does it > matter whether the new URL points to a node of the same kind?
Make sense. I've thought about this some more and one place where this might crop up is on a Mac. The iWork office suite used to save documents as a "package" (which appears to the user to be a file but is really a directory full of files). I think that practice has fallen out of favor because the newer iWork saves documents as a file by default (but can still save/load the old "package" format, and can convert files <-> packages). Someone who has such documents under version control might run into a switch file/directory issue. There is already an XFAIL test for this issue. (I didn't think to look for it until after the fact.) (I'm looking through the issue tracker for old invalid issues that should be closed. I haven't brought any new ones to the list in the last couple of weeks because the issues I've tested lately are still valid.) > P.S. Max is a full committer, like you, so you can use first names :) We haven't met yet. :-) But okay, less formalism later... Cheers, Nathan
