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

Re: svnsync "207 Multi-Status" failure with http access method and property "svn:"

From: Ben Collins-Sussman <sussman_at_red-bean.com>
Date: Mon, 4 Jan 2010 21:17:58 -0600

Is svnserve really allowing you to create a random svn: junk property?
 I was pretty sure that servers validated svn: properties -- only a
scant few exist, and users aren't supposed to be able to invent them.
My guess is that apache is throwing an error (207 mult-status probably
contains a 5XX code inside it somewhere) when it fails validate the
outgoing svn:asdf property, and then the svn client chokes on the

On Mon, Jan 4, 2010 at 10:36 AM, Kylo Ginsberg <kylo_at_kylo.net> wrote:
> Self-bump and post to dev list also.  Posting 2 days before Christmas
> seems to be a bad way to get a response ... ;>
> On Wed, Dec 23, 2009 at 1:13 PM, Kylo Ginsberg <kylo_at_kylo.net> wrote:
>> Preparatory to setting up a proxy server, I'm trying to svnsync a
>> repository from 1.6.6 server to another 1.6.6 server (both x86_64
>> linux, one Fedora 7, one Fedora 12).  Some user somehow managed to
>> create a property "svn:" on a file and the svnsync fails like so:
>> Transmitting file data .svnsync: At least one property change failed;
>> repository is unchanged
>> svnsync: PROPPATCH of
>> '/svn-proxy-sync/!svn/wrk/82bb957d-3816-45ed-a262-dadb63d80787/users/jwhiteman/python/cfg/CFG.xml':
>> 207 Multi-Status (http://hood)
>> I'm able to reproduce (what I assume is) the same problem without svnsync:
>> 1) create a repo, with both svn and http access methods
>> 2) via svn access method create a file, set an "svn:" property, and
>> commit it, e.g.
>>  svn co svn://snow/test test
>>  cd test/
>>  echo foo > foo.txt
>>  svn add foo.txt
>>  svn ps svn: asdf foo.txt
>>  svn ci -m testing
>> 3) now try to access it via http:
>>> svn pl http://snow/test/foo.txt
>> svn: PROPFIND of '/test/!svn/bc/1/foo.txt': 207 Multi-Status (http://snow)
>> So two questions here:
>> 1) Is this a known issue? (I didn't see it in the bug db.)  If not,
>> can I get a second nomination that this is a bug?  (If someone can
>> point me in the right direction, and if this is likely to be a
>> somewhat surgical fix, I'd be happy to attempt a patch.)
>> 2) Any recommendations on how to proceed?  For the initial sync of
>> repos I can probably force the issue by svnsync'ing via the svn access
>> method, but I don't think this will work once I set up write-through
>> proxying.
>> Thanks!
>> Kylo
Received on 2010-01-05 15:25:47 CET

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

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