GNU bug report logs -
#78582
30.1; which-key-mode overwrites custom key bindings
Previous Next
Full log
Message #20 received at 78582 <at> debbugs.gnu.org (full text, mbox):
> Date: Mon, 26 May 2025 10:36:52 -0500
> Cc: 78582 <at> debbugs.gnu.org
> From: Rick <rbielaws <at> gmail.com>
>
> I confirmed your suggested steps DO produce the problem.
>
> Specifically: From a terminal enter: emacs -Q
>
> In the *scratch* buffer that presents paste
>
> (global-set-key [f3] 'nonincremental-repeat-search-forward)
> (custom-set-variables '(which-key-mode t))
>
> C-x C-e the lines in presented order.
> C-h k f3 quickly and see nonincremental-repeat-search-forward
> C-h and wait for the menu before typing k f3
> kmacro-start-macro-or-insert-counter is now in the *Help* buffer.
Thanks. This doesn't reproduce the problem on my system.
So now I suspect that your Emacs has some local changes that are not
in upstream. Is that possible? Your build details:
In GNU Emacs 30.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41,
cairo version 1.18.0) of 2025-05-11 built on lcy02-amd64-059
Repository revision: 9328fd1ab06a1a1f85077fd1caadf9128c90f6c1
Repository branch: master
System Description: Ubuntu 24.04.2 LTS
are strange: on the one hand this says version 30.1, but OTOH the
branch is 'master' (which is not the branch from which Emacs 30.1 was
delivered), and the commit SHA is not a commit our Git repository
knows about. What repository did you use to build, and could it be
that it has some local changes?
This bug report was last modified 67 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.