GNU bug report logs - #78582
30.1; which-key-mode overwrites custom key bindings

Previous Next

Package: emacs;

Reported by: Rick <rbielaws <at> gmail.com>

Date: Sat, 24 May 2025 21:17:02 UTC

Severity: normal

Found in version 30.1

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: murray.alex <at> gmail.com, luangruo <at> yahoo.com, monnier <at> iro.umontreal.ca,
 78582 <at> debbugs.gnu.org
Subject: Re: bug#78582: 30.1; which-key-mode overwrites custom key bindings
Date: Tue, 03 Jun 2025 14:39:10 +0300

> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  murray.alex <at> gmail.com,
>   luangruo <at> yahoo.com,  78582 <at> debbugs.gnu.org
> Date: Mon, 02 Jun 2025 21:23:00 +0200
> 
> Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
> 
> >> which is pretty far from the #@759. So the question is how gets the
> >> wrong offset into the function-documentation, or maybe how gets
> >> loaddefs.elc modified. Weird.
> >
> > Looks like something happened in the build which caused the
> > `loaddefs.el` to be updated "too late", i.e. after the last dump.
> > I think I've seen this happen but I have no idea what circumstances can
> > trigger it.
> >
> Yeah, I guess that's the most likely possibility.

If that's the case, then saying "make" in the build tree should
re-dump Emacs.  Does it?

(It also means we probably have a subtle bug in our Makefile rules,
because this situation should not happen.)
This bug report was last modified 8 days ago.

Previous Next

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