GNU bug report logs -
#34529
C-x b became unusable (ido, recentf, tramp)
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34529 in the body.
You can then email your comments to 34529 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34529
; Package
emacs
.
(Mon, 18 Feb 2019 16:59:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Felicián Németh <felician.nemeth <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 18 Feb 2019 16:59:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (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 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34529
; Package
emacs
.
(Tue, 19 Feb 2019 07:43:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 34529 <at> debbugs.gnu.org (full text, mbox):
Felicián Németh <felician.nemeth <at> gmail.com> writes:
Hi Felicián,
> 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.
Do you use ad-hoc multi-hop file names?
> Thank you.
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34529
; Package
emacs
.
(Wed, 20 Feb 2019 07:35:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 34529 <at> debbugs.gnu.org (full text, mbox):
Hi Michael,
>> 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.
>
> Do you use ad-hoc multi-hop file names?
With this virtual machine, definitely not. However, the problem occurred
in a long lasting emacs session and I do remember trying to ssh|su
into a remote system. It wasn't successful because (I think) tramp
failed to find the password prompt because of an unfortunate locale
setting.
However, I found a probable cause of evenets that inserts a wrong entry
into recentf-list:
bug.el:
(require 'recentf)
(setq recentf-save-file "/tmp/bug2-recentf")
(setq ido-use-virtual-buffers t)
(setq ido-save-directory-list-file "/tmp/bug-ido.last")
(ido-mode t)
(ffap-bindings)
0. emacs -Q -l bug.el
1. Open a relative file in a VM (/ssh:localhost#2222:~/a.txt)
2. Close the file, halt the VM.
3. (Accidentally) open the same file from the file-name-history.
(C-x C-f M-p)
4. Close emacs.
=> /tmp/bug2-recentf has the relative path.
Thanks again,
Felicián
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34529
; Package
emacs
.
(Wed, 20 Feb 2019 09:41:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 34529 <at> debbugs.gnu.org (full text, mbox):
Felicián Németh <felician.nemeth <at> gmail.com> writes:
> Hi Michael,
Hi Felicián,
> However, the problem occurred in a long lasting emacs session and I do
> remember trying to ssh|su into a remote system. It wasn't successful
> because (I think) tramp failed to find the password prompt because of
> an unfortunate locale setting.
>
> However, I found a probable cause of evenets that inserts a wrong entry
> into recentf-list:
> bug.el:
> (require 'recentf)
> (setq recentf-save-file "/tmp/bug2-recentf")
> (setq ido-use-virtual-buffers t)
> (setq ido-save-directory-list-file "/tmp/bug-ido.last")
> (ido-mode t)
> (ffap-bindings)
> 0. emacs -Q -l bug.el
> 1. Open a relative file in a VM (/ssh:localhost#2222:~/a.txt)
> 2. Close the file, halt the VM.
> 3. (Accidentally) open the same file from the file-name-history.
> (C-x C-f M-p)
> 4. Close emacs.
> => /tmp/bug2-recentf has the relative path.
This doesn't sound like an error. recentf does what you tell it to
do. After step 3, there is a buffer with the remote file name
"/ssh:localhost#2222:~/a.txt". recentf stores also remote file names,
according to `recentf-keep-default-predicate':
--8<---------------cut here---------------start------------->8---
(cond
((file-remote-p file nil t) (file-readable-p file))
((file-remote-p file))
((file-readable-p file))))
--8<---------------cut here---------------end--------------->8---
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?
> Thanks again,
> Felicián
Best regards, Michael.
Reply sent
to
Felicián Németh <felician.nemeth <at> gmail.com>
:
You have taken responsibility.
(Thu, 21 Feb 2019 08:13:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Felicián Németh <felician.nemeth <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 21 Feb 2019 08:13:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 34529-done <at> debbugs.gnu.org (full text, mbox):
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
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 21 Mar 2019 11:24:05 GMT)
Full text and
rfc822 format available.
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.