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

Re: OK, so copy is supposed to work now? (as it still isn't, hehe)

From: Greg Stein <gstein_at_lyra.org>
Date: 2001-12-04 23:11:07 CET

On Tue, Dec 04, 2001 at 03:49:23PM -0600, Jay Freeman (saurik) wrote:
>...
> OK, I've been able to track this down farther. It gets into

hehe. I coulda saved you a lot of time on this one :-) Didn't think you'd
actually go this far... woo.

>...
> BTW, I think someone tried to run the reproduction against my server
> while I was debugging it, so if someone got some strange results, you
> know why :).

*laf*

>...
> Yep, I added the following to my httpd.conf and it works now:
>
> ServerName www.saurik.com:423
>
> Is this a bug in DAV? Maybe a limitation of COPY's where it _needs_ a
> name to be given somewhere? If the latter, this should be specified in
> the Subversion server_setup file, as I know I don't know that much about
> what allows DAV to do it's magic :-P.

The latter, and yes: it has been biting people periodically, so some doc
and/or FAQ would be Goodness.

Note that the need for a ServerName depends a lot upon the local config.
Apache will do a reverse lookup to find its name, but if that doesn't match
the one you're accessing with...

> Why is svn even sending the host in the URL again? Can't it just send
> an absolute path to the server? The comment about "must_be_absolute" is
> rather vague.

There are two URLs in a COPY request. The Request-URI and the Destination:
header. The Destination header *requires* an absolute, fully-qualified URL.
mod_dav then checks to ensure that the host in that URL matches the server
that you connected to (mod_dav does not provide for cross-server copies or
moves). WebDAV (RFC 2518) specifies that 502 (Bad Gateway) be returned for
these kinds of copies/moves.

I may be summarizing a bit too much here, so feel free to ask more Q's if
necessary.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:51 2006

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.