[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: Oren Eini (Murphy & Associates) <v-orene_at_microsoft.com>
Date: Fri, 7 Mar 2008 10:43:51 -0800

> From: Karl Fogel [mailto:kfogel_at_red-bean.com]
> Sent: Friday, March 07, 2008 9:38 AM
> To: Oren Eini (Murphy & Associates)
> Cc: dev_at_subversion.tigris.org
> Subject: Re: Custom error messages
>
> > Is there a consistent way to be able to send errors to SVN client and
> > have it display them to the user?
>
> This question should probably be asked on users_at_subversion.tigris.org.

I think it belongs here. It is a dev issue, not a usage issue.
More specifically, it regards the WebDAV protocol.

> When you post there, you might want to clarify whether you're talking
> about errors from repository hook scripts, or something else. I
> couldn't quite grasp what your question was asking: Subversion
> generates
> errors, but it doesn't "accept" them, so I wasn't sure what you meant
> or
> what you're trying to do.

Okay, more explanation.
I am writing SVN Server. One that can use the WebDAV protocol and make SVN clients think that they are talking to Subversion repository.
My question regards to how I can cause a server error message to be shown to the user.
On certain situations, I can use the error codes and send my own message along. The problem is that in other situations (such as a GET request), sending an error message back to the client will not show the error to the user, but a generic error instead.
I want to know if there is a way to send an error to SVN clients in such a fashion that it will always be displayed.

---------------------------------------------------------------------
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 19:44:14 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.