You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by William Uther <wi...@cse.unsw.edu.au> on 2003/04/21 07:18:47 UTC
svn copy bug in ra_dav?
Hi,
I've had some students working in subversion. One of them broke
trunk (and then went home), so that revision was reverted with:
svn merge -r989:987 https://myServer/svn/robocup/trunk/robot .
Now, when I try to resurrect that revision so that the student can fix
it:
% svn merge -r987:989 https://myServer/svn/robocup/trunk/robot robot
subversion/libsvn_ra_dav/util.c:398: (apr_err=175002)
svn: RA layer request failed
svn: PROPFIND request failed on
'https://myServer/svn/robocup/trunk/robot/highLevelStrategy'
subversion/libsvn_ra_dav/util.c:81: (apr_err=175002)
svn: PROPFIND of
'https://myServer/svn/robocup/trunk/robot/highLevelStrategy': 404 Not
Found
'highLevelStrategy' is a directory that the student added in the
original commit, and which was deleted in the revert. So, I then tried
to just copy that directory from the old revision into HEAD and it
failed (same error as above). I then went about replicating this in a
local repository:
% mkdir testdir
% cd testdir
% svnadmin create repos
% svn co file://`pwd`/repos wc
Checked out revision 0.
% cd wc
% svn mkdir dirA
A dirA
% touch dirA/myFile
% svn add dirA/myFile
A dirA/myFile
% svn commit -m "add some stuff"
Adding dirA
Adding dirA/myFile
Transmitting file data .
Committed revision 1.
% svn rm dirA
D dirA/myFile
D dirA
% svn commit -m "remove some stuff"
Deleting dirA
Committed revision 2.
% svn ls file:///Users/willu/testdir/repos/
% svn ls -r 1 file:///Users/willu/testdir/repos/
dirA/
% svn cp -r 1 file:///Users/willu/testdir/repos/dirA .
A dirA/myFile
Checked out revision 1.
A dirA
HUH?!? everything worked. So lets try it again over dav:
% cd ..
% rm -rf wc
% svn co https://myServer/svn/test/ wc
Checked out revision 0.
% cd wc
% svn mkdir dirA
A dirA
% touch dirA/testFile
% svn add dirA/testFile
A dirA/testFile
% svn commit -m "Add some files"
Adding dirA
Adding dirA/testFile
Transmitting file data .
Committed revision 1.
% svn rm dirA
D dirA/testFile
D dirA
% svn commit -m "remove some files"
Deleting dirA
Committed revision 2.
% ls
% svn ls -r 1 https://myServer/svn/test/dirA
testFile
% svn cp -r 1 https://myServer/svn/test/dirA .
subversion/libsvn_ra_dav/util.c:398: (apr_err=175002)
svn: RA layer request failed
svn: PROPFIND request failed on 'https://myServer/svn/test/dirA'
subversion/libsvn_ra_dav/util.c:81: (apr_err=175002)
svn: PROPFIND of 'https://myServer/svn/test/dirA': 404 Not Found
This is the same error I got above.
This is with the server running 0.21.0, and my local svn at revision
5671 (post 0.21.0). The client is running MacOS X, but that's just
where I did my replication. The students were getting errors on RedHat
8 (and the server is running RedHat 8).
Any ideas? Is this known?
I remember people talking about bugs getting things from old revisions
that didn't exist in head, but I thought that was where it was trying
to follow copy history, not where it was being given the exact
revision. I am also surprised by the ra_local/ra_dav difference.
Be well,
Will :-}
--
Dr William Uther National ICT Australia
Phone: +61 2 9385 6926 School of Computer Science and
Engineering
Email: willu@cse.unsw.edu.au University of New South Wales
Jabber: willu@jabber.cse.unsw.edu.au Sydney, Australia
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn copy bug in ra_dav?
Posted by cm...@collab.net.
William Uther <wi...@cse.unsw.edu.au> writes:
[description of COPY bug removed]
> I remember people talking about bugs getting things from old revisions
> that didn't exist in head, but I thought that was where it was trying
> to follow copy history, not where it was being given the exact
> revision.
Nah, it's any time the thing doesn't exist in HEAD.
> I am also surprised by the ra_local/ra_dav difference.
Oh, geez. Don't let that be a surprise. Just means you've found a
bug in one of the RA implementations.
These libraries might both start with "ra_", but their implementations
differ wildly. The presence of a network and network protocol adds
whole new layers of pain that ra_local doesn't have to deal with. :-)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org