[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#27108: 26.0.50; tramp and recentf again
From: |
Stephen Berman |
Subject: |
bug#27108: 26.0.50; tramp and recentf again |
Date: |
Wed, 31 May 2017 16:19:32 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) |
On Wed, 31 May 2017 11:51:47 +0200 Michael Albinus <michael.albinus@gmx.de>
wrote:
[...]
> I'm pretty sure, if you continue to work the usual way, calling Emacs
> w/o "-Q", the problem disappears latest after the second Emacs startup,
> because the cached value is available then from the persistency
> file. That's why I believe it isn't a bug.
You're right. I accessed a remote file via sftp last night and its name
was saved to the recentf file on exiting Emacs, and when I started Emacs
today, there was no password request.
> OTOH, I understand that the problem is annoying when it appears, and
> when it isn't obvious why this happens. The appended small patch in
> `recentf-load-list' would avoid this, instructing Tramp not to open a
> new connection while reading the previously saved recent list. Would it
> be OK to apply this patch?
IIUC, this would suppress the password request on starting Emacs, but
leave the remote file name in the recentf list? That sounds like a good
solution to me. Thanks.
Steve Berman