I don't know if this is already a known issue/bug (in issue tracker or mailinglist), but I consider this a bug:
1) Change a directory external definition and commit it (for instance, let it point to a new release branch). 2) svn update 3) Interrupt the update (Ctrl-C) while it is processing the "switch" of the external. I did this after some files of the external were already Updated. 4) svn status now shows a lot of files and directories as S (switched), and some directories missing. Running svn info on the switched files/dirs shows that they are associated with the correct (new) location (where the new external definition points to), but they are still marked as switched. Running svn update again fixes the "missing" dirs, but not the switched nodes. "svn revert" does nothing (which is logical: there are no local changes). "svn cleanup" does nothing. The only way I know of to fix this is to delete from disk the entire subtree that's coming from the external, and svn update again to let it be pulled in again. Does anyone know if this is already known/tracked somewhere? I couldn't find it in the issue tracker. If not, I'll file a new issue (unless someone can convice me that this is a feature, not a bug :-)). Cheers, -- Johan
