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

Re: [Subclipse-users] Cancel of sync, checkout

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-01-16 15:33:48 CET

Robert Einsle <robert@einsle.de> wrote on 01/16/2006 01:58:59 AM:

> Mark Phippard schrieb:
> > Robert Einsle <robert@einsle.de> wrote on 01/12/2006 04:42:27 AM:
> >
> >
> > Support for Cancel was added in release 0.9.100. This means that we
> > capture the event and invoke the cancel method of the adapter. At
that
> > point, the behavior is beyond our control.
> Oki, so the javaSVN implementation cannot test the cancel.Opperation.
>
> Where can i ask for it?

I have definitely seen cases where Cancel works with JavaSVN so we would
need more specifics. With either adapter and certain operations they are
obviously going to get to a point where they can no longer be cancelled.
As an example, I know that there is a point in the commit process where
the client can no longer cancel.

I am not the one that added the code for the Cancel support but I recall
it was done in a high-level area of the code. It is possible that the
place it is implemented is not in the call stack for certain parts of our
code, making them not cancellable currently. You mentioned checkout
before and that is one of the specific ones I tested, along with Commit,
so I know that those both work.

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Mon Jan 16 17:27:59 2006

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.