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

Some problems with updates over ra_dav

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2002-04-30 18:04:53 CEST

Hello

Following the 'UU' problem I reported yesterday with ra_dav I have
checked-out a pristine copy of Subversion and built that.

The first problem I observed while investigating my 'UU' problem, I
tried updating autogen.sh in the subversion tree and a spurious
modification appears

$ svn st autogen.sh
__ autogen.sh
$ svn up -r1805 autogen.sh
_U ./autogen.sh
Updated to revision 1805.
$ svn st autogen.sh
M autogen.sh
$ svn up autogen.sh
_U ./autogen.sh
Updated to revision 1831.
$ svn st autogen.sh
M_ autogen.sh
$ svn diff autogen.sh
Index: ./autogen.sh
===================================================================
--- ./autogen.sh
+++ ./autogen.sh Tue Apr 30 16:43:00 2002
@@ -34,7 +34,7 @@
     exit 1
 fi
 
-$libtoolize --copy --automake
+libtoolize --copy --automake
 
 ltpath="`dirname $libtoolize`"
 ltfile="`cd $ltpath/../share/aclocal ; pwd`"/libtool.m4

The second problem is the one I reported yesterday, running 'svn up'
on a file with property mods only causes 'UU' to be displayed instead
of '_U'. This causes prop_tests.py to fail over ra_dav. Enabling
neon session debugging I see what I think is a server problem

Here is part of the autogen.sh update that produces '_U'

Got 740 bytes.
Read block (740 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<S:update-report xmlns:S="svn:" xmlns:D="DAV:">
<S:target-revision rev="1806"/>
<S:replace-directory rev="1805">
<D:checked-in><D:href>/repos/svn/$svn/ver/1.35.1.192.2.157.1.380.1.28.1.87.1.40.1.109.4.5.3.102.5.3.2.131.2.178.1.272.1.4/trunk</D:href></D:checked-in>
<S:replace-file name="autogen.sh" rev="1805">
<D:checked-in><D:href>/repos/svn/$svn/ver/22.20/trunk/autogen.sh</D:href></D:checked-in>
<S:fetch-props/>
<S:prop><D:version-name>1806</D:version-name><D:creationdate>Sat 27 Apr 2002 11:44:33.984056 (day 117, dst 1, gmt_off -18000)</D:creationdate><D:creator-displayname>sussman</D:creator-displayname></S:prop>
</S:replace-file>
<S:prop></S:prop>
</S:replace-directory>
</S:update-report>
]

Here is part of the update that my local subversion server generates
for a file that only has property changes.

Got 573 bytes.
Read block (573 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<S:update-report xmlns:S="svn:" xmlns:D="DAV:">
<S:target-revision rev="4"/>
<S:replace-directory rev="3">
<D:checked-in><D:href>/repo/$svn/ver/2.4/trunk/foo</D:href></D:checked-in>
<S:replace-file name="foo" rev="3">
<S:fetch-file/>
<S:fetch-props/>
<S:prop><D:version-name>4</D:version-name><D:creationdate>Tue 30 Apr 2002 15:58:20.055350 (day 120, dst 1, gmt_off 003600)</D:creationdate><D:creator-displayname>anonymous</D:creator-displayname></S:prop>
</S:replace-file>
<S:prop></S:prop>
</S:replace-directory>
</S:update-report>
]

Note the extra <S:fetch-file/>. I don't really follow all the DAV/HTTP
stuff but I think that is responsible for the client sending a GET
request and thus producing 'UU' instead of '_U'. Note that a similar
update over ra_local displays '_U' so I think the repository does
contain only a property change.

Both problems should be easy to reproduce: just update autogen.sh as
above, or run prop_tests.py over ra_dav.

-- 
Philip
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 30 18:06:04 2002

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