GNU bug report logs - #71761
29.3; Emacs-Lisp menu display is incorrect during Edebug

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jeremy Bryant <jb <at> jeremybryant.net>
Cc: 71761 <at> debbugs.gnu.org, tpeplt <at> gmail.com, monnier <at> iro.umontreal.ca
Subject: Re: bug#71761: 29.3; Emacs-Lisp menu display is incorrect during
 Edebug
Date: Sat, 29 Jun 2024 15:47:30 +0300

> From: Jeremy Bryant <jb <at> jeremybryant.net>
> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>,  tpeplt <at> gmail.com,
>   71761 <at> debbugs.gnu.org
> Date: Sat, 29 Jun 2024 13:20:33 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> >    Please let me know if anything above is unclear or if you are unable
> >> > to reproduce this problem.
> >> 
> >> The following may help to narrow down the problem:
> >> 
> >> In Emacs 29.4:
> >> I am able to reproduce the bug in Emacs GUI
> >> But in Emacs TTY (emacs -nw), the problem seems absent, the menu bar
> >> appears correct.
> >
> > That could be a bug in TTY menus, or maybe a side effect of how the
> > menu bar is displayed there.
> 
> I fear I wasn't clear in my diagnostics.
> 
> It appears from my testing the bug is in Emacs GUI, and the TTY menus
> are OK.

I understood that.  But are you aware of the fact that TTY menus use
the same code from xmenu.c that the X build without toolkits uses?

My point is that the fact that TTY menus don't show this problem is
because there's a bug in xmenu.c which somehow hides this problem.
After all, when the code which traverses the menu structures finds a
menu item that already exists, it could start a new pane or it could
overwrite the existing one.  Which one is the buggy one?

Previous Next

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