Interrupting an update after change of externals causes corrupt working copy

[now with better subject line (clicked send too soon on previous
mail), please use this thread iso the other one]

Hi all,

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