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

Re: Custom error messages

From: Karl Fogel <kfogel_at_red-bean.com>
Date: Fri, 07 Mar 2008 14:14:15 -0500

"C. Michael Pilato" <cmpilato_at_collab.net> writes:
> Karl, I think Oren is saying two things:
>
> 1. that we use the <D:error> tags in many of our various WebDAV
> responses, but not all of them.
> 2. that sometimes the client, upon receiving one of those error
> tags in a WebDAV response, relays the human-readable text in
> the tag to the user; sometimes it appears to discard it.
>
> I believe that the reason for #1 is that sometimes errors are returned
> to the client not by mod_dav_svn, but by mod_dav (which sits atop
> mod_dav_svn in the architectural diagram and know nothing of
> Subversion-specific errors).
>
> As for #2, I don't think the concern is that an error isn't treated as
> an error, but that sometimes that human-readable descriptive text
> doesn't survive the long trip from mod_dav_svn to the user's console.
> Perhaps sometimes the error received from the server gets wrapped by
> another such that the user doesn't see the original error text? I
> dunno.

Okay, thanks. The only scenario I'm worried about is:

   3. Their custom server sends back protocol that is, in all meaningful
      ways, the same as what Subversion's own server would send back,
      yet gets different results on the client.

If #3 is happening, then I'm worried. If it's #1 or #2, I agree
they're... interesting... but I don't have any special expertise to
offer Oren (though the users@ list might be just as likely to have
answers, or even more likely, since people who write code using the
Subversion APIs hang out there).

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-03-07 20:14:27 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.