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

Re: RFC Returning Messages To Clients via post-* Hooks

From: Jeremy Whitlock <jcscoobyrs_at_gmail.com>
Date: 2007-06-21 08:32:29 CEST

    Yeah. I had a discussion today on irc about this and while those
are similar, I couldn't find an issue that was specific. 2619 points
out a problem with how you background a process in your hook but the
hook still waits for the backgrounded process to finish before
returning back to the client, which really means you do not benefit
from backgrounding processes in this context. Not what I'm talking
about but it is probably related. 443 is more inline with what I'm
proposing but it doesn't suggest that this functionality be available
to *all* post-* hooks. It also seems to reference some issues that
have been fixed, like the ability to return stderr for the pre-commit
hook for example. Since all pre-* hooks have this functionality, I
think that all post-* hooks would benefit from this functionality as
well. If those issues (443, 2619) are a better place to discuss, I'll
do it but this is more of a specific request I think. I've been wrong
before though so feel free to point that out.

Take care,


On 6/20/07, Karl Fogel <kfogel@red-bean.com> wrote:
> "Jeremy Whitlock" <jcscoobyrs@gmail.com> writes:
> > Everyone knows how useful it is to return messages to the client
> > as part of the pre-* hooks. I have seen many instances where the same
> > value would be provided by being able to return messages to the client
> > as part of the post-* hooks. Do you guys see any value in having a
> > way for the post-* hooks to return messages to the clients? If so, I
> > would love to create an issue for tracking the discussion around it's
> > implementation and would even step up for handling the implementation.
> I think http://subversion.tigris.org/issues/show_bug.cgi?id=443 might
> be about this.
> (Also, http://subversion.tigris.org/issues/show_bug.cgi?id=2619 is
> relevant to the problem in some ways).
> Best,
> -K

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 21 08:32:31 2007

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.