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

Re: svn commit: r1382028 - in /subversion/trunk/subversion: include/svn_config.h libsvn_subr/cmdline.c libsvn_subr/config_file.c

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Fri, 07 Sep 2012 16:14:40 +0200

On 07.09.2012 16:07, Mark Phippard wrote:
> On Fri, Sep 7, 2012 at 10:04 AM, C. Michael Pilato <cmpilato_at_collab.net
> <mailto:cmpilato_at_collab.net>> wrote:
>
> On 09/07/2012 09:57 AM, Mark Phippard wrote:
> > Shouldn't this default to 'yes' to match the current behavior?
>
> I went with Joe Orton's explicit suggestion (and Karl's implicit
> approval
> thereof) that we break compatibility and change the default
> behavior. See
> http://svn.haxx.se/dev/archive-2008-07/0161.shtml. That said, as
> much of a
> grump as I tend to be about such things, yes, I probably should have
> coded
> to my conviction and set the default as 'yes'.
>
>
> I do not really have a strong opinion on it. I cannot imagine anyone
> likes the current default.

Well, actually I think most users do. At least TSVN users:
if a cert file is requested, TSVN tells the user and asks for the file.
The user then selects the file and TSVN automatically adjusts the config
(if the checkbox is set) so that it never asks for that file again.
Basically, that saves the user from having to edit the config file manually.

Without asking for the file if the server requests one this would be
much more complicated: an admin would either have to configure this for
every user, or write a lengthy doc on how users have to configure it
themselves.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
Received on 2012-09-07 16:15:22 CEST

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.