[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] make svnmucc consistently overwrite copy targets

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: Thu, 06 Nov 2008 19:34:01 -0500

Philip Martin wrote:
> "C. Michael Pilato" <cmpilato_at_collab.net> writes:
>
>> I recall an oddity with mod_dav in that an overwriting add gets transformed
>> under-the-hood into a delete and then an add, whereas a similar action
>> against svnserve or via ra_local would result in an "already exists" error.
>
> Oddity? It's a bug that the RA layers have different behaviour, do
> you agree?

Yes, I do. But the problem lies in mod_dav (or maybe in the DAV spec's
dictation of how COPY is handled), and we don't see the situation crop up
that often, so it remains prioritized accordingly.

Now, it's been a looooooooong time since I came across this situation. July
16, 2004, according to issue #1962 where I first ran across it (and left the
comment: "Bailing out of this bug at this stage -- there are so many
possible places at which to point the Finger of Accusation that I don't know
where to begin.") I don't know if anything in the mod_dav code has since
changed, but I figured chances were good that I was one of very few people
aware of this problem. Now you're in the loop, too.

-- 
C. Michael Pilato <cmpilato_at_collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-11-07 01:34:11 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.