GNU bug report logs - #34145
27.0.50; Writing .authinfo needs better confirmation

Previous Next

Package: emacs;

Reported by: Michael Albinus <michael.albinus <at> gmx.de>

Date: Sun, 20 Jan 2019 10:52:02 UTC

Severity: wishlist

Tags: wontfix

Found in version 27.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #16 received at 34145 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 34145 <at> debbugs.gnu.org
Subject: Re: bug#34145: 27.0.50; Writing .authinfo needs better confirmation
Date: Fri, 11 Oct 2019 09:37:50 +0200
Michael Albinus <michael.albinus <at> gmx.de> writes:

>> It's a multiple-choice thing:
>>
>>                        (concat "(y)es, save\n"
>>                                "(n)o but use the info\n"
>>                                "(N)o and don't ask to save again\n"
>>                                "(e)dit the line\n"
>>                                "(?) for help as you can see.\n"))
>>
>> So I don't think a yes-or-no-p-like action here is practical.
>>
>> Anybody got an opinion?
>
> Honestly, I'm undecided. The major idea of this request was to make it
> harder to save a password string somewhere. Just a single ky is too easy.
>
> To my taste, yes/no is sufficient. This choice does not need to ask,
> whether the entered password shall be applied. It is obvious that it should.

The password is always applied (i.e., used), but it can be saved, not
saved and don't ask again.  And in addition you can edit the .authinfo
line.  So I don't see yes-or-no-p working here.

It could add another "really save?" after you've answered "y", though,
but I think that sounds kinda obnoxious.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 5 years and 219 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.