[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#39111: 27.0.60; Tramp offers to save password in ~/.authinfo instead
From: |
Lars Ingebrigtsen |
Subject: |
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 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
Eli Zaretskii <eliz@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:
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)
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