GNU bug report logs - #34529
C-x b became unusable (ido, recentf, tramp)

Previous Next

Package: emacs;

Reported by: Felicián Németh <felician.nemeth <at> gmail.com>

Date: Mon, 18 Feb 2019 16:59:02 UTC

Severity: minor

Done: Felicián Németh <felician.nemeth <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Felicián Németh
 <felician.nemeth <at> gmail.com>
Subject: bug#34529: closed (Re: bug#34529: C-x b became unusable (ido,
 recentf, tramp))
Date: Thu, 21 Feb 2019 08:13:02 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#34529: C-x b became unusable (ido, recentf, tramp)

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 34529 <at> debbugs.gnu.org.

-- 
34529: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=34529
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Felicián Németh <felician.nemeth <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 34529-done <at> debbugs.gnu.org
Subject: Re: bug#34529: C-x b became unusable (ido, recentf, tramp)
Date: Thu, 21 Feb 2019 09:12:16 +0100
Hi Michael,

> The problem seems to be rather ido. Could you pls check bug#24980? It
> sounds similar to your problem, and it was solved in Emacs 26.1. Btw,
> which Emacs version are you running?

I bumped into the problem with Emacs 25.1, but I verified git head
misbehaves with the part of the problem that I understood in my original
report.  However, I forgot to check my recipe to insert a relative path
into recentf-save-file is still valid for the latest Emacs.  It is not,
so I close this report.

Sorry for wasting your time,
Felicián

[Message part 3 (message/rfc822, inline)]
From: Felicián Németh <felician.nemeth <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: C-x b became unusable (ido, recentf, tramp)
Date: Mon, 18 Feb 2019 17:58:22 +0100
[Message part 4 (text/plain, inline)]
I had a problem, which can be reproduced to some extent with the
following snippet.  (emacs -Q -l /tmp/bug.el)

   (require 'recentf)
   (setq recentf-save-file "/tmp/bug-recentf")
   (setq recentf-list '("/ssh:localhost#2222:~/a.txt"))
   (setq ido-use-virtual-buffers t)
   (setq ido-save-directory-list-file "/tmp/bug-ido.last")
   (recentf-save-list)
   (ido-mode t)
   (ido-switch-buffer) ; Simulating C-x b

However, that doesn't explain how that entry ended up in my
recentf-save-file.  I'm guessing I opened many tramp files in a
virtual machine, and after I had halted the virtual machine,
emacs wanted to convert the file names to absolute paths.
Strangely,
(get-file-buffer "/ssh:localhost#2222:~/a.txt") and
(expand-file-name "/ssh:localhost#2222:~/a.txt") fail, but
evaluating them the second time, they succeed,  but
expand-file-name returns a wrong value, i.e,

(expand-file-name "/ssh:localhost#2222:~/a.txt")
   =>  error
(expand-file-name "/ssh:localhost#2222:~/a.txt")
   =>  "/ssh:localhost#2222:~/a.txt"

"emacs -Q -l /tmp/bug.el" reproduces the problem with version
25.1.1 and a recent 27.0.50 as well, but I think it was former
who originally wrote the problematic entry into the
recent-save-file.

Thank you.
[Message part 5 (text/html, inline)]

This bug report was last modified 6 years and 95 days ago.

Previous Next


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