GNU bug report logs -
#44500
26.3; `prefix-command-echo-keystrokes-functions' causes regression
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Sat, 7 Nov 2020 06:49:02 UTC
Severity: normal
Tags: moreinfo
Found in version 26.3
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #13 received at 44500 <at> debbugs.gnu.org (full text, mbox):
> tags 44500 + moreinfo
> > Here's the function I use:
> >
> > (defun bmkp-bmenu-read-filter-input ()
> [...]
> >
> > This code worked fine prior to Emacs 25. Starting with that release
> > I had to bind `prefix-command-echo-keystrokes-functions' to nil. I
> > shouldn't have had to do that.
>
> Could you provide a minimal example to reproduce the issue?
I think I've provided the info I have, and all
that should be needed to understand the problem.
> > If I don't add that binding, then:
> > You don't always even see the prompt "Pattern: <etc.>". Dunno why.
> >
> > Instead, you see `P-', then `P B-', as if `P B' were a prefix key
> > (only `P' is a prefix key), and each char you type is also echoed
> > as if it were part of a prefix key, i.e., it's followed by a hyphen.
> >
> > So if you type "red" after the (invisible) prompt, you see `P B r-',
> > then `P B r e-', then `P B r e d-'. You should instead see `Pattern:
> > r', then `Pattern: re', then `Pattern: red'.
> >
> > Binding the variable to nil fixes the problem. But this behavior is
> > a bug, IMO, and the introduction of the variable shouldn't have
> > changed the default echo-area behavior of Emacs.
This bug report was last modified 3 years and 245 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.