GNU bug report logs - #56532
27.2; Ido C-f in read-file-name inserts twice the initial name

Previous Next

Package: emacs;

Reported by: Tobias Bora <tobias.bora <at> gmail.com>

Date: Wed, 13 Jul 2022 09:28:02 UTC

Severity: normal

Merged with 56531

Found in version 27.2

Full log


Message #33 received at 56532 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 56532 <at> debbugs.gnu.org, tobias.bora <at> gmail.com
Subject: Re: bug#56532: 27.2; Ido C-f in read-file-name inserts twice the
 initial name
Date: Thu, 14 Jul 2022 21:23:09 +0300
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Tobias Bora <tobias.bora <at> gmail.com>,  56532 <at> debbugs.gnu.org
> Date: Thu, 14 Jul 2022 20:19:41 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> I can easily reproduce it in emacs -Q yes by simply evaluating the 
> >> following config:
> >> 
> >> (setq ido-everywhere t)
> >> (ido-mode)
> >> ;; Stop changing directory when openning a file that does not exist!
> >> (setq ido-auto-merge-work-directories-length -1)
> >> 
> >> (read-file-nameĀ  "Picture name:" "/tmp/" nil nil "defaultname.png")
> 
> Thanks; with that I can reproduce the problem.
> 
> > It looks like you aren't supposed to do that under Ido.  See
> > ido-magic-forward-char.
> 
> It may not be supposed to work, but it'd be logical if it did, I think?
> But I'm not that familiar with how ido does fallbacks (it seems to
> involve some strange, brittle magic), so I don't know whether it's
> possible or not.

I think it relies on how the candidates are displayed at that point,
which is quite different from what read-file-name does.  Yes, that's
brittle.




This bug report was last modified 2 years and 315 days ago.

Previous Next


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