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

Previous Next

Full log

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

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
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: Wed, 04 Jun 2025 12:39:17 +0200

Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> 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.)
>
> No longer reproducible, alas. I built that Emacs.app, copied it to the
> desktop, and proceeded with the repo independently of it, which included
> new builds.

I tried if I could see something in the Makefiles, but to no avail.

Previous Next

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