GNU bug report logs - #39111
27.0.60; Tramp offers to save password in ~/.authinfo instead of ~/.authinfo.gpg

Previous Next

Full log

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: p4j <at> j4d.net, 39111 <at> debbugs.gnu.org, michael.albinus <at> gmx.de
Subject: Re: bug#39111: 27.0.60; Tramp offers to save password in
 ~/.authinfo instead of ~/.authinfo.gpg
Date: Mon, 06 Sep 2021 10:19:00 +0200

[Message part 1 (text/plain, inline)]

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Is something making read-char-choice bug out, but in a way that's caught
>> by Tramp (or something else), so we just continue?  debug-on-signal
>> doesn't help, either.
>
> Could be an error or a throw?

`debug-on-signal' set to t doesn't reveal anything, so it must be a
throw, I think?

It has something to do with the new way that `read-char-choice' uses the
minibuffer.

If I set `read-char-choice-use-read-key' to t, then I get:

[pass.jpg (image/jpeg, inline)]

[Message part 3 (text/plain, inline)]

So we have the prompt for find-file, and then at the same time, we have
the prompt for whether to save the password.

It also works when

(setq enable-recursive-minibuffers t)

[Message part 4 (image/png, inline)]

[Message part 5 (text/plain, inline)]

So...  should `read-char-choice' bind `enable-recursive-minibuffers' if
`read-char-choice-use-read-key' is nil?  Because by default, these
scenarios don't work now.  (That is, using `read-char-choice' from a
command that has the minibuffer open.)

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

Previous Next

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