bug#43120: 28.0.50; fido-mode: M-j before completions appear selects wrong choice

From	João Távora <joaotavora@gmail.com>
Newsgroups	gnu.emacs.bug
Subject	bug#43120: 28.0.50; fido-mode: M-j before completions appear selects wrong choice
Date	2020-09-03 13:40 +0100
Message-ID	<mailman.2183.1599136864.2469.bug-gnu-emacs@gnu.org> (permalink)
References	<8736433l4c.fsf@iris.silentflame.com> <87zh6bhex9.fsf@gmail.com> <87sgc1d1kl.fsf@gnus.org> <87v9gxpd22.fsf@gmail.com> <87d033owxv.fsf@gmail.com>

Show all headers | View raw

João Távora <joaotavora@gmail.com> writes:

> I see in the side thread there seems to be a straightforward and logical
> fix.  If that makes sense globally and also fixes it for Sean, I'm fine
> with it, otherwise I'd suggest having a second look at the original
> problem that prompted the problematic patch, specifically at why
> fido-mode didn't suffer from it.

It didn't, but it sure does now.

I just noticed that this affects bare-bones fido-mode as well, i.e. even
without using M-j we get some akward and very  highly annoying cache.

In an Emacs -Q with fido-mode enabled:

   (bound-and-true-p [press C-h f RET here, slowly])

now move the point to the "setq" in, say

   (setq blabla )

And type C-h f RET here, quickly.  You'll be presented with
`bound-and-true-p`'s doc, not `setq`'s.

This is a regression: the bug should be fixed ASAP.  Maybe some
"clearing" as was suggested is in order.  I'm not very confortable
writing that patch right now.  Can anyone else do it?  Or should we
revert the original fix instead in the meantime?

João

Back to gnu.emacs.bug | Previous | Next | Find similar

Thread

bug#43120: 28.0.50; fido-mode: M-j before completions appear selects wrong choice João Távora <joaotavora@gmail.com> - 2020-09-03 13:40 +0100

csiph-web