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

Re: API issues we might want to solve for 1.0

From: Ben Reser <ben_at_reser.org>
Date: 2003-12-13 09:35:26 CET

On Fri, Dec 12, 2003 at 11:02:08AM -0500, Greg Hudson wrote:
> As it's much easier to make API changes before 1.0 than after, here
> are a list of issues we might want to solve soon. The first three
> seem important; the rest are just unfortunate foibles (except for #6,
> but that would require a serious push to fix). Many of these have
> received attention in the past, but time marched on without anyone
> fixing them.

Add another one to the list:

    #10: svn_client_get_ssl_client_cert_prompt_provider and
         svn_client_get_ssl_client_cert_pw_prompt_provider
         do not have a retry limit.
    IMPACT OF PROBLEM: Clients implemnting SSL certificate
         support will only be able to give end users one chance
         at providing the proper file for the cert and the pass
         for that certificate. It seems almost certain that
         people are going to want this fixed. To do it would
         require a change in the API.
    DIFFICULTY OF FIX: Medium, there may be complications
         of trying to fix this that I'm not aware of. But
         given that simple_prompt already supports retries
         I'd image it would be straightforward unless neon
         presents a roadblock on this.

I mentioned this in the past but nobody replied to it.

-- 
Ben Reser <ben@reser.org>
http://ben.reser.org
"Conscience is the inner voice which warns us somebody may be looking."
- H.L. Mencken
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Dec 13 09:36:29 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.