Bug in multipath unlock - fails on unrelated working copy locks

Scenario:

svn st wc
  L wc/dir/A
     K wc/dir/B/file1
     K wc/dir/C/file2

I want to unlock file1 and file2 without messing with dir/A (for the
moment anyways)

svn unlock wc/dir/B/file1 wc/dir/C/file2
svn: Working copy '/proj/gi1/emiller/test/svn/bugs/unlock/wc/dir/A'
locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
details)

This is a minor annoyance for my users. They (and I) don't understand
why it is trying to get a recursive adm lock on the common parent of
file1 and file2.

The workaround would be to run svn unlock for each file individually I
guess (or just run cleanup).

I've attached a repeatable testcase, should I file a bug on this?

Eric

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org