Julian Foad <julian.f...@wandisco.com> writes:

> On Tue, 2010-09-14, Daniel Shahaf wrote:
>> Johan Corveleyn wrote on Sat, Sep 11, 2010 at 00:02:16 +0200:
>> > On Fri, Sep 10, 2010 at 11:45 PM,  <joha...@tigris.org> wrote:
>> > > http://subversion.tigris.org/issues/show_bug.cgi?id=3474
>> > >
>> > > ------- Additional comments from joha...@tigris.org Fri Sep 10 14:45:17 
>> > > -0700 2010 -------
>> > > This issue seems to be fixed on trunk. The described scenario now goes 
>> > > as follows:
>> > >
>> > > (assuming we're in a working copy with a versioned file a.txt)
>> > > [[[
>> > > $ svn mkdir subdir
>> > > A         subdir             # same as in 1.6
>> > >
>> > > $ svn mv a.txt subdir
>> > > A         subdir\a.txt
>> > > D         a.txt              # same as in 1.6
>> > >
>> > > $ svn st
>> > > A       subdir
>> > > A  +    subdir\a.txt
>> > > D       a.txt                # same as in 1.6
>> > >
>> > > $ svn mv subdir subdir2
>> > > A         subdir2
>> > > D         subdir\a.txt
>> > > D         subdir             # different! will ask on dev list about 
>> > > this.
>> > 
>> > Is the above output an expected change of behavior?
>
> I believe that's a bug.  It should display the same as it did in 1.6,
> unless and until we decide to change it.

The notification rules for 1.6 are a bit haphazard, I suspect some of
the behaviour is not the result of deliberate decisions but simply a
consequence of the way the code is structured.

For example, in 1.6 move/delete notifies deletes for all nodes in a
tree, apart from nodes within an added directory.  There is no reason
for that, beyond it being the way the code is written.

For moves/copies the add notification is for all nodes in a tree apart
from nodes within a copy source directory that is normal or copied.
(I may not have got that exactly right!)

These rules are not documented as far as I can see, so the question is
whether we have to maintain this arbitrary behaviour.

Perhaps we should simply notify for all nodes?  Perhaps each
individual client should be deciding which notifications to suppress?

-- 
Philip

Reply via email to