bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#74105: 30.0.92; Some issues in TRAMP NEWS entries


From: Sean Whitton
Subject: bug#74105: 30.0.92; Some issues in TRAMP NEWS entries
Date: Fri, 08 Nov 2024 10:40:20 +0800
User-agent: Gnus/5.13 (Gnus v5.13)

Hello,

On Thu 07 Nov 2024 at 09:23am +01, Michael Albinus wrote:

> auth-sources has the initial value '("~/.authinfo" "~/.authinfo.gpg" 
> "~/.netrc")
> Do you own one of these files?

No, I don't have any of them.

>>> I have no idea where the changed behavior you've described comes from.
>>
>> Okay -- I'll investigate further, including from 'emacs -q'.
>
> It might be helpful to step through tramp-read-passwd with the debugger.
>
> Another idea: if auth-sources doesn't cooperate due to lack of useful
> data, Tramp uses password-cache.el as fallback. password-cache-expiry
> has the default value of 16 seconds. Could this explain what you see?

Here are steps to reproduce in 'emacs -q' on recent master:

1. Ensure sudo is set up to require a password, i.e., not configured
   with NOPASSWD for the current user.
2. emacs -q
3. Evaluate (with-eval-after-load 'tramp
  (add-to-list 'tramp-connection-properties '(nil "session-timeout" 8)))
4. Evaluate (with-eval-after-load 'password-cache
              (setq password-cache-expiry 8))
4. C-x C-f /sudo::/root/foo RET
5. Make some edits, C-x C-s.
6. Wait 10 seconds.
7. Make some more edits, C-x C-s.
   - Expected result: prompted for sudo password again.
   - Actual result: edits are saved, with no password prompts.

Where could the password be getting cached?

Thanks.

-- 
Sean Whitton





reply via email to

[Prev in Thread] Current Thread [Next in Thread]