GNU bug report logs - #57320
29.0.50; Lucid menus can't be operated with the mouse

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 57320 in the body.
You can then email your comments to 57320 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Stefan <monnier <at> iro.umontreal.ca>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 21 Aug 2022 10:43:00 -0400

Menus stopped working recently when operated with the mouse.
What works:

- I can click on the menu bar, and that brings down the corresponding
  menu.
- I can use the arrow keys and the RET key to move in the menus and
  select a particular entry.
- I can move the mouse to select another menu.

What doesn't:

- The menu entries are not highlighted as I move the mouse over
  them, and submenus don't popup as I move the mouse over them.
- If I mouse-click on an entry in a menu, the menu is not removed and
  the corresponding command is not run.  Instead I get my window
  manager's "root menu" (i.e. the menu I get when I click in the
  background) popup on top of the Lucid menu.
  Same happens if I click on a menu entry which is a submenu.

The behavior is basically the same for popup menus, except that in popup
menus the submenus do popup as I move the mouse over them and if I click
on an entry which is a submenu the menu is popped down.


        Stefan



In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw3d scroll bars)
 of 2022-08-20 built on pastel
Repository revision: 07c04da01016cd81e064a06b2449892eff7c8da0
Repository branch: main
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: Debian GNU/Linux 11 (bullseye)

Configured using:
 'configure -C --enable-checking --enable-check-lisp-object-type
 --with-modules --with-cairo --with-tiff=ifavailable
 --with-native-compilation 'CFLAGS=-Wall -g3 -Og -Wno-pointer-sign'
 PKG_CONFIG_PATH=/home/monnier/lib/pkgconfig'

Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG
SECCOMP SOUND THREADS TOOLKIT_SCROLL_BARS X11 XAW3D XDBE XIM XINPUT2 XPM
LUCID ZLIB

Important settings:
  value of $LANG: fr_CH.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils comp comp-cstr
warnings icons subr-x rx cl-seq cl-macs gv cl-extra help-mode
cl-loaddefs cl-lib bytecomp byte-compile cconv rmc iso-transl tooltip
eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type
elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd
fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow
isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
faces cus-face macroexp files window text-properties overlay sha1 md5
base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify
dynamic-setting system-font-setting font-render-setting cairo x-toolkit
xinput2 x multi-tty make-network-process native-compile emacs)

Memory information:
((conses 16 70864 9520)
 (symbols 48 7085 0)
 (strings 32 22150 3115)
 (string-bytes 1 729575)
 (vectors 16 17487)
 (vector-slots 8 252019 14476)
 (floats 8 31 35)
 (intervals 56 239 0)
 (buffers 992 11))

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: 57320 <at> debbugs.gnu.org
Cc: Stefan <monnier <at> iro.umontreal.ca>
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 21 Aug 2022 17:00:47 +0200

Stefan via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs <at> gnu.org> writes:

> - The menu entries are not highlighted as I move the mouse over
>   them, and submenus don't popup as I move the mouse over them.
> - If I mouse-click on an entry in a menu, the menu is not removed and
>   the corresponding command is not run.  Instead I get my window
>   manager's "root menu" (i.e. the menu I get when I click in the
>   background) popup on top of the Lucid menu.
>   Same happens if I click on a menu entry which is a submenu.

This is with

./configure --with-x-toolkit=lucid

?

In that case, I can't reproduce these issues -- the menus work fine for
me.  (On the current Ubuntu, under X.)

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 21 Aug 2022 20:38:23 +0530

[ஞாயிறு ஆகஸ்ட் 21, 2022] Lars Ingebrigtsen wrote:

>
> Stefan via "Bug reports for GNU Emacs, the Swiss army knife of text
> editors" <bug-gnu-emacs <at> gnu.org> writes:
>
>> - The menu entries are not highlighted as I move the mouse over
>>   them, and submenus don't popup as I move the mouse over them.
>> - If I mouse-click on an entry in a menu, the menu is not removed and
>>   the corresponding command is not run.  Instead I get my window
>>   manager's "root menu" (i.e. the menu I get when I click in the
>>   background) popup on top of the Lucid menu.
>>   Same happens if I click on a menu entry which is a submenu.
>
> This is with
>
> ./configure --with-x-toolkit=lucid
>
> ?
>
> In that case, I can't reproduce these issues -- the menus work fine for
> me.  (On the current Ubuntu, under X.)

Weird.  I have broken menus as well.  At some point, this problem went
away but it is back again.  Apart from the stuff Stefan mentioned, I
can't click outside of the popup menu and the menubar to make it go
away.  Here's what M-x report-emacs-bug says,


In GNU Emacs 29.0.50 (build 6, x86_64-pc-linux-gnu, X toolkit, Xaw scroll bars)
 of 2022-08-21 built on astatine
Repository revision: ae2199258f6eba3a8a066616dad1a7bf666ec8be
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Debian GNU/Linux bookworm/sid

Configured using:
 'configure --with-sound=alsa --with-x-toolkit=lucid --with-json
 --without-xaw3d --without-gconf --without-libsystemd --without-cairo'

Configured features:
ACL DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON
LIBOTF LIBSELINUX LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG
SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XFT
XIM XINPUT2 XPM LUCID ZLIB

Important settings:
  value of $LC_MONETARY: ta_IN.UTF-8
  value of $LC_NUMERIC: ta_IN.UTF-8
  value of $LANG: en_GB.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date subr-x mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils rmc iso-transl tooltip eldoc paren electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
faces cus-face macroexp files window text-properties overlay sha1 md5
base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify
dynamic-setting system-font-setting font-render-setting x-toolkit
xinput2 x multi-tty make-network-process emacs)

Memory information:
((conses 16 36329 6922)
 (symbols 48 5089 0)
 (strings 32 13827 1642)
 (string-bytes 1 377099)
 (vectors 16 9213)
 (vector-slots 8 145564 11271)
 (floats 8 23 25)
 (intervals 56 233 0)
 (buffers 992 10))

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Visuwesh <visuweshm <at> gmail.com>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 21 Aug 2022 17:11:58 +0200

Visuwesh <visuweshm <at> gmail.com> writes:

> In GNU Emacs 29.0.50 (build 6, x86_64-pc-linux-gnu, X toolkit, Xaw scroll bars)
>  of 2022-08-21 built on astatine
> Repository revision: ae2199258f6eba3a8a066616dad1a7bf666ec8be
> Repository branch: master
> Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
> System Description: Debian GNU/Linux bookworm/sid
>
> Configured using:
>  'configure --with-sound=alsa --with-x-toolkit=lucid --with-json
>  --without-xaw3d --without-gconf --without-libsystemd --without-cairo'

The difference seems to be the --without-cairo?  I have:

In GNU Emacs 29.0.50 (build 22, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw3d scroll bars)
 of 2022-08-21 built on joga
Repository revision: a6ccb82fdaacb731295545f867765d60726c5044
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Ubuntu 22.04 LTS

Let's see...

Yes, with

./configure --with-x-toolkit=lucid --without-cairo 

I can reproduce the problem.

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

From: Po Lu <luangruo <at> yahoo.com>
To: Stefan <monnier <at> iro.umontreal.ca>
Cc: 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Mon, 22 Aug 2022 09:35:14 +0800

Stefan <monnier <at> iro.umontreal.ca> writes:

> Menus stopped working recently when operated with the mouse.
> What works:
>
> - I can click on the menu bar, and that brings down the corresponding
>   menu.
> - I can use the arrow keys and the RET key to move in the menus and
>   select a particular entry.
> - I can move the mouse to select another menu.
>
> What doesn't:
>
> - The menu entries are not highlighted as I move the mouse over
>   them, and submenus don't popup as I move the mouse over them.
> - If I mouse-click on an entry in a menu, the menu is not removed and
>   the corresponding command is not run.  Instead I get my window
>   manager's "root menu" (i.e. the menu I get when I click in the
>   background) popup on top of the Lucid menu.
>   Same happens if I click on a menu entry which is a submenu.
>
> The behavior is basically the same for popup menus, except that in popup
> menus the submenus do popup as I move the mouse over them and if I click
> on an entry which is a submenu the menu is popped down.

I don't see this problem here with or without cairo, but as with all
bugs related to grabs this is inherently difficult to reproduce.

Please put a breakpoint on line 2879 of xlwmenu.c and tell me what
XtGrabPointer returns.  Make sure to do this from another machine, since
grabbing will not work if you switch windows or click anywhere else.

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Tue, 30 Aug 2022 12:53:32 +0530

[திங்கள் ஆகஸ்ட் 22, 2022] Po Lu wrote:

> Stefan <monnier <at> iro.umontreal.ca> writes:
>
>> Menus stopped working recently when operated with the mouse.
>> What works:
>>
>> - I can click on the menu bar, and that brings down the corresponding
>>   menu.
>> - I can use the arrow keys and the RET key to move in the menus and
>>   select a particular entry.
>> - I can move the mouse to select another menu.
>>
>> What doesn't:
>>
>> - The menu entries are not highlighted as I move the mouse over
>>   them, and submenus don't popup as I move the mouse over them.
>> - If I mouse-click on an entry in a menu, the menu is not removed and
>>   the corresponding command is not run.  Instead I get my window
>>   manager's "root menu" (i.e. the menu I get when I click in the
>>   background) popup on top of the Lucid menu.
>>   Same happens if I click on a menu entry which is a submenu.
>>
>> The behavior is basically the same for popup menus, except that in popup
>> menus the submenus do popup as I move the mouse over them and if I click
>> on an entry which is a submenu the menu is popped down.
>
> I don't see this problem here with or without cairo, but as with all
> bugs related to grabs this is inherently difficult to reproduce.
>
> Please put a breakpoint on line 2879 of xlwmenu.c and tell me what
> XtGrabPointer returns.  Make sure to do this from another machine, since
> grabbing will not work if you switch windows or click anywhere else.

What exactly does "do this from another machine" mean?  I would like to
help debug this but I don't understand what you mean: do you mean to
control my computer running Emacs from another physical computer?  If
yes, then I'm afraid I cannot be of any help here...
[ I'm on c0bb1aac102f8727484763370b154f635a6a1fd1 and still have this
  issue.  ]

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

From: Po Lu <luangruo <at> yahoo.com>
To: Visuwesh <visuweshm <at> gmail.com>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Tue, 30 Aug 2022 18:07:08 +0800

Visuwesh <visuweshm <at> gmail.com> writes:

> What exactly does "do this from another machine" mean?  I would like to
> help debug this but I don't understand what you mean: do you mean to
> control my computer running Emacs from another physical computer?

Yes, as long as:

 - the Emacs window remains in the same stacking order as when the mouse
   button was pressed.

 - you do not use the mouse or keyboard again.

 - input devices remain attached (meaning that you cannot do things such
   as switch to another virtual terminal.)

So in effect, the only practical way to debug menu grabs is to run the
debugger from another physical machine.  (Unless you have multiple X
servers with their own keyboards and mice running simultaneously.)

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Tue, 30 Aug 2022 19:38:11 +0530

[செவ்வாய் ஆகஸ்ட் 30, 2022] Po Lu wrote:

> Visuwesh <visuweshm <at> gmail.com> writes:
>
>> What exactly does "do this from another machine" mean?  I would like to
>> help debug this but I don't understand what you mean: do you mean to
>> control my computer running Emacs from another physical computer?
>
> Yes, as long as:
>
>  - the Emacs window remains in the same stacking order as when the mouse
>    button was pressed.
>
>  - you do not use the mouse or keyboard again.
>
>  - input devices remain attached (meaning that you cannot do things such
>    as switch to another virtual terminal.)
>
> So in effect, the only practical way to debug menu grabs is to run the
> debugger from another physical machine.  (Unless you have multiple X
> servers with their own keyboards and mice running simultaneously.)

I wonder if I can pull this off using debug Emacs running in Xephyr and
with a single mouse attached (or maybe I can get my touchpad and mouse
to be separate "mice" somehow).  I will see if I can do something some
time later this week and report back.  Thanks for the clarification.

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

From: Po Lu <luangruo <at> yahoo.com>
To: Visuwesh <visuweshm <at> gmail.com>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Wed, 31 Aug 2022 09:33:32 +0800

Visuwesh <visuweshm <at> gmail.com> writes:

> I wonder if I can pull this off using debug Emacs running in Xephyr and
> with a single mouse attached

My experience is that subtle bugs with pointer grabbing cannot be
reproduced in Xephyr (or any environment you specifically set up for
debugging) at all, but it can't hurt to try.

> (or maybe I can get my touchpad and mouse to be separate "mice"
> somehow)

You could try adding a new master pointer and attaching the device you
want to behave separately to it.

The disadvantage is that 99% of window managers have no proper support
for multi-pointer X environments, and either crash or freeze.

I think mpwm is the only window manager that will work, but it will take
a lot of time to find a recent copy.

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text
 editors" <bug-gnu-emacs <at> gnu.org>
Cc: Po Lu <luangruo <at> yahoo.com>, Stefan <monnier <at> iro.umontreal.ca>,
 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Wed, 31 Aug 2022 13:52:41 +0530

[புதன் ஆகஸ்ட் 31, 2022] Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:

> Visuwesh <visuweshm <at> gmail.com> writes:
>
>> I wonder if I can pull this off using debug Emacs running in Xephyr and
>> with a single mouse attached
>
> My experience is that subtle bugs with pointer grabbing cannot be
> reproduced in Xephyr (or any environment you specifically set up for
> debugging) at all, but it can't hurt to try.

I tried emacs -Q in Xephyr and it seemed to exhibit the bug but the real
challenge comes when I attach the debugger to the Emacs process, of
course.

>> (or maybe I can get my touchpad and mouse to be separate "mice"
>> somehow)
>
> You could try adding a new master pointer and attaching the device you
> want to behave separately to it.

Thanks for the hint.  This will help me.

> The disadvantage is that 99% of window managers have no proper support
> for multi-pointer X environments, and either crash or freeze.
>
> I think mpwm is the only window manager that will work, but it will take
> a lot of time to find a recent copy.

It was surprisingly easy to find.

    % git clone git://people.freedesktop.org/~whot/mpwm

did it for me.  This looks like the right window manager to me upon
reading the README file.
[ I got this URL from this random webpage
  https://readlist.com/lists/lists.freedesktop.org/xorg/6/33596.html
  that turned up in Brave search.  ]

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

From: Po Lu <luangruo <at> yahoo.com>
To: Visuwesh <visuweshm <at> gmail.com>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Wed, 31 Aug 2022 19:17:32 +0800

Visuwesh <visuweshm <at> gmail.com> writes:

> It was surprisingly easy to find.
>
>     % git clone git://people.freedesktop.org/~whot/mpwm
>
> did it for me.  This looks like the right window manager to me upon
> reading the README file.

Nice, thanks.

If it builds, do let me know; the copy I have doesn't and I didn't yet
figure out why.

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Wed, 31 Aug 2022 19:49:25 +0530

[புதன் ஆகஸ்ட் 31, 2022] Po Lu wrote:

> Visuwesh <visuweshm <at> gmail.com> writes:
>
>> It was surprisingly easy to find.
>>
>>     % git clone git://people.freedesktop.org/~whot/mpwm
>>
>> did it for me.  This looks like the right window manager to me upon
>> reading the README file.
>
> Nice, thanks.
>
> If it builds, do let me know; the copy I have doesn't and I didn't yet
> figure out why.

The repo builds just fine here.  ./autogen.sh && make did the job.

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 04 Sep 2022 10:07:43 +0530

[திங்கள் ஆகஸ்ட் 22, 2022] Po Lu wrote:

> Please put a breakpoint on line 2879 of xlwmenu.c and tell me what
> XtGrabPointer returns.  Make sure to do this from another machine, since
> grabbing will not work if you switch windows or click anywhere else.

I wasn't sure how to make gdb tell me what XtGrabPointer returned but I
said `s' after the breakpoint hit and it jumped to line 2890 so I think
it means XtGrabPointer returned Success?  Anyway, here's the *gud-emacs*
buffer,

    (gdb) run -Q
    Starting program: /home/viz/lib/ports/emacs/src/emacs -Q
    [Thread debugging using libthread_db enabled]
    Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
    [New Thread 0x7ffff15fe640 (LWP 56454)]
    [New Thread 0x7ffff0c6d640 (LWP 56455)]
    [New Thread 0x7fffebfff640 (LWP 56456)]

    Thread 1 "emacs" hit Breakpoint 3, pop_up_menu (mw=0x55555617dfe0, event=0x7fffffffd5a0) at xlwmenu.c:2879
    2879	  if (XtGrabPointer ((Widget)mw, False,
    (gdb) s
    2890		  && lucid__menu_grab_keyboard


[ P.S. What is the right value way to do get what XtGrabPointer
  returned?  This is most probably suboptimal.  ]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Visuwesh <visuweshm <at> gmail.com>
Cc: luangruo <at> yahoo.com, monnier <at> iro.umontreal.ca, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 04 Sep 2022 08:20:23 +0300

> Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
> From: Visuwesh <visuweshm <at> gmail.com>
> Date: Sun, 04 Sep 2022 10:07:43 +0530
> 
> [திங்கள் ஆகஸ்ட் 22, 2022] Po Lu wrote:
> 
> > Please put a breakpoint on line 2879 of xlwmenu.c and tell me what
> > XtGrabPointer returns.  Make sure to do this from another machine, since
> > grabbing will not work if you switch windows or click anywhere else.
> 
> I wasn't sure how to make gdb tell me what XtGrabPointer returned but I
> said `s' after the breakpoint hit and it jumped to line 2890 so I think
> it means XtGrabPointer returned Success?  Anyway, here's the *gud-emacs*
> buffer,
> 
>     (gdb) run -Q
>     Starting program: /home/viz/lib/ports/emacs/src/emacs -Q
>     [Thread debugging using libthread_db enabled]
>     Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
>     [New Thread 0x7ffff15fe640 (LWP 56454)]
>     [New Thread 0x7ffff0c6d640 (LWP 56455)]
>     [New Thread 0x7fffebfff640 (LWP 56456)]
> 
>     Thread 1 "emacs" hit Breakpoint 3, pop_up_menu (mw=0x55555617dfe0, event=0x7fffffffd5a0) at xlwmenu.c:2879
>     2879	  if (XtGrabPointer ((Widget)mw, False,
>     (gdb) s
>     2890		  && lucid__menu_grab_keyboard
> 
> 
> [ P.S. What is the right value way to do get what XtGrabPointer
>   returned?  This is most probably suboptimal.  ]

One way is to step into XtGrabPointer, with either "step" or "stepi",
and then type "finish".  The "finish" command displays the value
returned by the function in which you type the command.  (You will
need "stepi" if the library that implements XtGrabPointer has no
symbols, in which case GDB will be unable to "step" into its
functions.)

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

From: Po Lu <luangruo <at> yahoo.com>
To: Visuwesh <visuweshm <at> gmail.com>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 04 Sep 2022 13:36:08 +0800

Visuwesh <visuweshm <at> gmail.com> writes:

> I wasn't sure how to make gdb tell me what XtGrabPointer returned but I
> said `s' after the breakpoint hit and it jumped to line 2890 so I think
> it means XtGrabPointer returned Success?  Anyway, here's the *gud-emacs*
> buffer,

Thanks, but if it does return Success, continue execution of Emacs; you
might be surprised to discover that the menu works normally when you try
to debug it.

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 04 Sep 2022 11:24:05 +0530

[ஞாயிறு செப்டம்பர் 04, 2022] Po Lu wrote:

> Visuwesh <visuweshm <at> gmail.com> writes:
>
>> I wasn't sure how to make gdb tell me what XtGrabPointer returned but I
>> said `s' after the breakpoint hit and it jumped to line 2890 so I think
>> it means XtGrabPointer returned Success?  Anyway, here's the *gud-emacs*
>> buffer,
>
> Thanks, but if it does return Success, continue execution of Emacs; you
> might be surprised to discover that the menu works normally when you try
> to debug it.

The menus work just fine now.  Only thing that changed from when I wrote
the initial message confirming the reproduction was a 'make bootstrap'
when I updated my local checkout to 1d1158397bce41466078e384eed2d1e214e206de.
I also seem to recall this issue fixing itself when I did a
`make boostrap' at some point before.
I'm not sure if it is useful but this is what stepi and finish says,

    (gdb) run -Q
    Starting program: /home/viz/lib/ports/emacs/src/emacs -Q
    [Thread debugging using libthread_db enabled]
    Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
    [New Thread 0x7ffff15fe640 (LWP 85683)]
    [New Thread 0x7ffff0c6d640 (LWP 85684)]
    [New Thread 0x7fffebfff640 (LWP 85685)]

    Thread 1 "emacs" hit Breakpoint 3, pop_up_menu (mw=0x5555564253d0, event=0x7fffffffd5a0) at xlwmenu.c:2879
    2879	  if (XtGrabPointer ((Widget)mw, False,
    (gdb) stepi
    0x0000555555979490	2879	  if (XtGrabPointer ((Widget)mw, False,
    (gdb) finish
    Run till exit from #0  0x0000555555979490 in pop_up_menu (mw=0x5555564253d0, event=0x7fffffffd5a0) at xlwmenu.c:2879
    Start (w=0x5555564253d0, ev=0x7fffffffd5a0, params=0x0, num_params=0x7fffffffd3ec) at xlwmenu.c:2523
    2523	}
    (gdb) finish
    Run till exit from #0  Start (w=0x5555564253d0, ev=0x7fffffffd5a0, params=0x0, num_params=0x7fffffffd3ec) at xlwmenu.c:2523
    0x00007ffff7ad2fc7 in XtCallActionProc () from /lib/x86_64-linux-gnu/libXt.so.6

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Visuwesh <visuweshm <at> gmail.com>
Cc: luangruo <at> yahoo.com, monnier <at> iro.umontreal.ca, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 04 Sep 2022 09:09:06 +0300

> Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
> From: Visuwesh <visuweshm <at> gmail.com>
> Date: Sun, 04 Sep 2022 11:24:05 +0530
> 
>     2879	  if (XtGrabPointer ((Widget)mw, False,
>     (gdb) stepi
>     0x0000555555979490	2879	  if (XtGrabPointer ((Widget)mw, False,
>     (gdb) finish

Too soon: you are still not inside XtGrabPointer.  Keep typing "stepi"
(or just RET) until GDB says that it's either inside XtGrabPointer or
inside a function with no line information, and shows a machine
instruction instead of source line.  _Then_ type "finish".

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: luangruo <at> yahoo.com, monnier <at> iro.umontreal.ca, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 04 Sep 2022 12:13:43 +0530

[ஞாயிறு செப்டம்பர் 04, 2022] Eli Zaretskii wrote:

>> Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
>> From: Visuwesh <visuweshm <at> gmail.com>
>> Date: Sun, 04 Sep 2022 11:24:05 +0530
>> 
>>     2879	  if (XtGrabPointer ((Widget)mw, False,
>>     (gdb) stepi
>>     0x0000555555979490 2879 if (XtGrabPointer ((Widget)mw, False,
>>     (gdb) finish
>
> Too soon: you are still not inside XtGrabPointer.  Keep typing "stepi"
> (or just RET) until GDB says that it's either inside XtGrabPointer or
> inside a function with no line information, and shows a machine
> instruction instead of source line.  _Then_ type "finish".

Hopefully this is right?  I spammed stepi until gdb said it was inside
XtGrabPointer.

[many more stepi's stripped.]
(gdb) stepi
0x0000555555975f86	2879	  if (XtGrabPointer ((Widget)mw, False,
(gdb) stepi
0x0000555555597de0 in XtGrabPointer <at> plt ()
(gdb) finish
Run till exit from #0  0x0000555555597de0 in XtGrabPointer <at> plt ()
0x0000555555975f8b in pop_up_menu (event=0x7fffffffd540, mw=0x5555568a7080) at xlwmenu.c:2879
2879	  if (XtGrabPointer ((Widget)mw, False,
(gdb) return 0
Can not force return from an inlined function.
(gdb) return 2
Can not force return from an inlined function.
(gdb) return 3
Can not force return from an inlined function.
(gdb)

But it looks like it wasn't able to return anything.  Anyway, the issue
seems to be mysteriously fixed on my side.  

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

From: Po Lu <luangruo <at> yahoo.com>
To: Visuwesh <visuweshm <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, monnier <at> iro.umontreal.ca,
 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 04 Sep 2022 16:34:50 +0800

Visuwesh <visuweshm <at> gmail.com> writes:

> But it looks like it wasn't able to return anything.  Anyway, the issue
> seems to be mysteriously fixed on my side.  

That's because you tried to debug it.  Which is typical of X11 problems
related to grabs, unfortunately.

The next time it shows up, please try the best you can to debug it from
another machine, instead of in Xephyr or with a different pointer
device.  Thanks.

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, monnier <at> iro.umontreal.ca,
 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Sun, 04 Sep 2022 14:11:15 +0530

[ஞாயிறு செப்டம்பர் 04, 2022] Po Lu wrote:

> Visuwesh <visuweshm <at> gmail.com> writes:
>
>> But it looks like it wasn't able to return anything.  Anyway, the issue
>> seems to be mysteriously fixed on my side.  
>
> That's because you tried to debug it.  Which is typical of X11 problems
> related to grabs, unfortunately.
>
> The next time it shows up, please try the best you can to debug it from
> another machine, instead of in Xephyr or with a different pointer
> device.  Thanks.

I will definitely do that.
[ I actually gave up trying to debug it using MPX, mpwm was too broken
  to use.  Also, when the breakpoint hit, the Emacs frame which had gdb
  running was unresponsive as well.  So I ssh'd into my laptop from my
  phone via termux and did all the work from termux when the breakpoint
  was hit.  ]

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

From: Jean Louis <bugs <at> gnu.support>
To: Stefan <monnier <at> iro.umontreal.ca>
Cc: 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Tue, 6 Sep 2022 11:22:37 +0300

* Stefan via "Bug reports for GNU Emacs, the Swiss army knife of text editors <bug-gnu-emacs <at> gnu.org> [2022-08-21 17:44]:
> 
> Menus stopped working recently when operated with the mouse.
> What works:
> 
> - I can click on the menu bar, and that brings down the corresponding
>   menu.
> - I can use the arrow keys and the RET key to move in the menus and
>   select a particular entry.
> - I can move the mouse to select another menu.

I have same problem as I am using Lucid. I can reproduce it with emacs
-Q

My submenus are not opening if I am using mouse. They were opening
just fine before some months.

To make them open I use F10, that way I enter into menu and can open
submenus.



In GNU Emacs 29.0.50 (build 11, x86_64-pc-linux-gnu, X toolkit, cairo version 1.17.6, Xaw3d scroll bars)
 of 2022-08-21 built on protected.rcdrun.com
Repository revision: a6ccb82fdaacb731295545f867765d60726c5044
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Parabola GNU/Linux-libre

Configured using:
 'configure --with-x-toolkit=lucid'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY
PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
WEBP X11 XAW3D XDBE XIM XINPUT2 XPM LUCID ZLIB

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: @im=exwm-xim
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date subr-x mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils rmc iso-transl tooltip eldoc paren electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
faces cus-face macroexp files window text-properties overlay sha1 md5
base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo x-toolkit
xinput2 x multi-tty make-network-process emacs)

Memory information:
((conses 16 38790 5646)
 (symbols 48 5111 2)
 (strings 32 14258 2203)
 (string-bytes 1 402846)
 (vectors 16 10371)
 (vector-slots 8 157794 11212)
 (floats 8 40 15)
 (intervals 56 266 0)
 (buffers 992 12))


Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

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

From: Jean Louis <bugs <at> gnu.support>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Stefan <monnier <at> iro.umontreal.ca>, 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Tue, 6 Sep 2022 11:33:26 +0300

* Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors <bug-gnu-emacs <at> gnu.org> [2022-08-22 04:36]:
> Please put a breakpoint on line 2879 of xlwmenu.c and tell me what
> XtGrabPointer returns.  Make sure to do this from another machine, since
> grabbing will not work if you switch windows or click anywhere else.

How do I do this?

I can do it from my phone or other machine in LAN. Give me
instructions please.


Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

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

From: Jean Louis <bugs <at> gnu.support>
To: Visuwesh <visuweshm <at> gmail.com>
Cc: Po Lu <luangruo <at> yahoo.com>, Stefan <monnier <at> iro.umontreal.ca>,
 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Tue, 6 Sep 2022 12:44:17 +0300

* Visuwesh <visuweshm <at> gmail.com> [2022-09-04 08:57]:
> I also seem to recall this issue fixing itself when I did a
> `make boostrap' at some point before.

I have followed your advise, pulled latest Emacs version and did `make
bootstrap'.

Now I cannot see any problems with submenu opening when using mouse in
Lucid build.

❰DONE❱ 


Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Jean Louis <bugs <at> gnu.support>
Cc: Po Lu <luangruo <at> yahoo.com>, Stefan <monnier <at> iro.umontreal.ca>,
 57320 <at> debbugs.gnu.org
Subject: Re: bug#57320: 29.0.50; Lucid menus can't be operated with the mouse
Date: Tue, 06 Sep 2022 15:53:15 +0530

[செவ்வாய் செப்டம்பர் 06, 2022] Jean Louis wrote:

> * Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors <bug-gnu-emacs <at> gnu.org> [2022-08-22 04:36]:
>> Please put a breakpoint on line 2879 of xlwmenu.c and tell me what
>> XtGrabPointer returns.  Make sure to do this from another machine, since
>> grabbing will not work if you switch windows or click anywhere else.
>
> How do I do this?
>
> I can do it from my phone or other machine in LAN. Give me
> instructions please.

Here's what I did: Compile Emacs so that it retains symbol info,
etc. (see C-h C-d).
I ssh'd into my laptop from termux, started an emacsclient there.  cd'd
into src/ directory of my git checkout started gdb by saying M-x gdb
RET.  In the gdb prompt, I said

    (gdb) source .gdbinit
    (gdb) break xlwmenu.c:2879
    (gdb) run -Q

At this point, emacs -Q should have opened in your machine.  I clicked
the menu in the emacs -Q frame and the breakpoint in gdb hit.  Make sure
you don't move the mouse or use the keyboard.  After the breakpoint hit,
it was a matter of doing what Eli instructed me.

HTH.

Previous Next

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