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

Re: ssl auth does not accept 'No' as an answer

From: David Waite <mass_at_akuma.org>
Date: 2003-04-05 19:00:50 CEST

I wrote this prompting code to be very persistant (although this problem
may be due to the answer not being persisted internally) ;-)

What is happening is that the error from the http request is not being
interpreted correctly - presumably it is requesting once for each parent
resource, rather than interpreting that the whole operation has failed.

The answer is being parsed correctly, but you are getting prompted for
each request that the ra_dav layer is making against that HTTPS URL.

-David Waite

SteveKing wrote:

> Hi,
>
> I'm using the svn client built from revision 5560 on WinXP.
>
> svn co https://svn.collab.net/svn/repos/trunk subversion
> Error validating server certificate: Unknown certificate issuer.
> Accept? (y/N):
>
> then I enter 'N' or 'No' (both with the same result):
>
> Error validating server certificate: Unknown certificate issuer.
> Accept? (y/N):
> Error validating server certificate: Unknown certificate issuer.
> Accept? (y/N):
>
> Please note that the question appears two times without user input!
> I would expect svn to accept my 'No' the first time and not keeping
> until the retries are done.
>
> Also I noticed that if I return an error (from my client) in the prompt
> callback that the function does not stop, i.e. the error is ignored.
> I use that if the user presses 'Cancel' in the prompting dialog
> box. In the 'normal' authentication this works, but not with the ssh
> functions.
>
> Stefan
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Apr 5 19:01:48 2003

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.