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

Re: svn commit: r29360 - trunk/subversion/mod_dav_svn/reports

From: Karl Fogel <kfogel_at_red-bean.com>
Date: Fri, 15 Feb 2008 00:26:13 -0500

"David Glasser" <glasser_at_davidglasser.net> writes:
> Sorry, I just realized I was quite confused. I didn't realize that
> serf and neon were still implementing the capability via the model of
> "try and see if it works" rather than by having mod_dav_svn say the
> right answer in get_vsn_options in the first place. Somehow this led
> to me making a completely unrelated point about a completely different
> layer.

Ah. Yeah, my answer only sort of made sense then, in that mod_dav_svn
*could* ask about the capability before just getting the
mergeinfo... But, as you imply above, that would be silly.

> On a sort of related note, should SVN_DAV_NS_DAV_SVN_MERGEINFO be
> explicitly documented as being about the server and not the
> repository? And maybe a comment added to its line in get_vsn_options?

Er, yes, it should be so documented, since that *is* what it means
right now. Thanks for pointing that out, I'll do it.


To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-02-15 06:26:22 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.