GNU bug report logs - #76384
Incorrect mouse events / tool-bar event is undefined error.

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 76384 in the body.
You can then email your comments to 76384 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: mjk <mkajola <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Incorrect mouse events / tool-bar event is undefined error.
Date: Mon, 17 Feb 2025 22:59:42 +0200

Hello,

I had irritating mouse problems originally in lsp/dap mode.
The mouse caused many-many beeps due to mouse move errors.

This is probably combination of problems in the basic thing and the lsp
gui packages together.

I was able to pinpoint one factor of this problem into configuration
where I had removed my .emacs and .emacs.d, so that I was in a pretty clean
configuration.

In this state I get spurious errors like:

<tool-bar> <wheel-up> is undefined
<tool-bar> <wheel-down> is undefined
<tool-bar> <double-wheel-down> is undefined

when I rotate the mouse wheel in the window area (pretty much any, like
*scratch*). Note, in the text window, not in the tool bar.

This happens only in a limited area at the top of the window. Not at the
very top of the window, but somewhat below. The dimensions of these areas
are as if the program was thinking that the menubar and the toolbar were
in the text window (like it was dispatching events from
coordinates where the origin is in the upper corner of the text window
rather than in the top of the whole window of the application.
So there is a narrow strip having same height as the menu-bar which is
not giving these events, then an area with same height as the tool-bar
which gives them, and then below it works normally again.

Then when other gui packages are on, I start to get also other similar
errors, probably depending on what events have been enabled and what
handlers have been installed. Mouse move events are naturally the most
irritating ones. Luckily emacs can be used pretty well with keyboard only.

t. mjk

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: mjk <mkajola <at> gmail.com>
Cc: 76384 <at> debbugs.gnu.org
Subject: Re: bug#76384: Incorrect mouse events / tool-bar event is undefined
 error.
Date: Wed, 19 Feb 2025 13:49:49 +0200

> Date: Mon, 17 Feb 2025 22:59:42 +0200
> From: mjk <mkajola <at> gmail.com>
> 
> I had irritating mouse problems originally in lsp/dap mode.
> The mouse caused many-many beeps due to mouse move errors.
> 
> This is probably combination of problems in the basic thing and the lsp
> gui packages together.
> 
> I was able to pinpoint one factor of this problem into configuration
> where I had removed my .emacs and .emacs.d, so that I was in a pretty clean
> configuration.
> 
> In this state I get spurious errors like:
> 
> <tool-bar> <wheel-up> is undefined
> <tool-bar> <wheel-down> is undefined
> <tool-bar> <double-wheel-down> is undefined
> 
> when I rotate the mouse wheel in the window area (pretty much any, like
> *scratch*). Note, in the text window, not in the tool bar.

This is very strange.  Does it only happen in LSP/DAP mode?  If so,
the reason is probably in those packages.  But if this happens also in
"emacs -Q", if you just turn the mouse wheel in that upper part of the
window, below the tool bar, and see these messages, then we'd need to
look at the mouse coordinates as reported to Emacs in your case.  It
would help if you tell what is the Emacs version where you see it and
on what platform.  (For best results, post the data about the Emacs
build where it happens which is collected by "M-x report-emacs-bug".)

Thanks.

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

From: mjk <mkajola <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 76384 <at> debbugs.gnu.org
Subject: Re: bug#76384: Incorrect mouse events / tool-bar event is undefined
 error.
Date: Wed, 19 Feb 2025 15:04:20 +0200

Hello Eli,

On fedora 40 with gnome. This was after throwing .emacs and .emacs.d aside.
I also tested as you instructed with -Q and it is just the same. 
*scratch* is enough.
I suppose it is the same in any window for me. And it seems to be fully 
repeatable.
Maybe I should try some other windowing system just for reference.

The output of report-emacs-bug below:

In GNU Emacs 29.4 (build 1, x86_64-redhat-linux-gnu, GTK+ Version
 3.24.42, cairo version 1.18.0) of 2024-07-16 built on
 27527c2e06f843c0962737354e0b3cf7
System Description: Fedora Linux 40 (Workstation Edition)

Configured using:
 'configure --build=x86_64-redhat-linux-gnu
 --host=x86_64-redhat-linux-gnu --program-prefix=
 --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr
 --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
 --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64
 --libexecdir=/usr/libexec --localstatedir=/var --runstatedir=/run
 --sharedstatedir=/var/lib --mandir=/usr/share/man
 --infodir=/usr/share/info --with-cairo --with-dbus --with-gif
 --with-gpm=no --with-harfbuzz --with-jpeg --with-json --with-modules
 --with-native-compilation=aot --with-pgtk --with-png --with-rsvg
 --with-sqlite3 --with-tiff --with-tree-sitter --with-webp --with-xpm
 --with-xwidgets build_alias=x86_64-redhat-linux-gnu
 host_alias=x86_64-redhat-linux-gnu CC=gcc 'CFLAGS=-DMAIL_USE_LOCKF -O2
 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches
 -pipe -Wall -Werror=format-security
 -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS
 -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64
 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection
 -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer '
 LDFLAGS=-Wl,-z,relro
 PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig CXX=g++
 'CXXFLAGS=-O2 -flto=auto -ffat-lto-objects -fexceptions -g
 -grecord-gcc-switches -pipe -Wall -Werror=format-security
 -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS
 -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64
 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection
 -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer ''

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY
PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM XWIDGETS GTK3 ZLIB

Important settings:
  value of $LC_MONETARY: fi_FI.UTF-8
  value of $LC_NUMERIC: fi_FI.UTF-8
  value of $LC_TIME: fi_FI.UTF-8
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Message

Minor modes in effect:
  mml-mode: t
  tooltip-mode: t
  global-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
  auto-fill-function: message-do-auto-fill
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  abbrev-mode: t

Load-path shadows:
None found.

Features:
(shadow sort emacsbug comp comp-cstr warnings icons rx cl-extra
help-mode url-util url-parse auth-source cl-seq eieio eieio-core
url-vars mail-extr message sendmail 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 rfc2047 rfc2045 mm-util ietf-drums
mail-prsvr mailabbrev mail-utils gmm-utils mailheader clang-rename
clang-include-fixer let-alist json subr-x map byte-opt bytecomp
byte-compile clang-format cl-macs gv xml cl-loaddefs cl-lib rmc
iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook
vc-hooks lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win
term/common-win pgtk-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 theme-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 xwidget-internal dbusbind inotify dynamic-setting
system-font-setting font-render-setting cairo gtk pgtk multi-tty
make-network-process native-compile emacs)

Memory information:
((conses 16 96060 9792)
 (symbols 48 7993 0)
 (strings 32 23040 2318)
 (string-bytes 1 697119)
 (vectors 16 18706)
 (vector-slots 8 376260 22697)
 (floats 8 169 21)
 (intervals 56 374 0)
 (buffers 984 13))




On 19.2.2025 13.49, Eli Zaretskii wrote:
>> Date: Mon, 17 Feb 2025 22:59:42 +0200
>> From: mjk <mkajola <at> gmail.com>
>>
>> I had irritating mouse problems originally in lsp/dap mode.
>> The mouse caused many-many beeps due to mouse move errors.
>>
>> This is probably combination of problems in the basic thing and the lsp
>> gui packages together.
>>
>> I was able to pinpoint one factor of this problem into configuration
>> where I had removed my .emacs and .emacs.d, so that I was in a pretty clean
>> configuration.
>>
>> In this state I get spurious errors like:
>>
>> <tool-bar> <wheel-up> is undefined
>> <tool-bar> <wheel-down> is undefined
>> <tool-bar> <double-wheel-down> is undefined
>>
>> when I rotate the mouse wheel in the window area (pretty much any, like
>> *scratch*). Note, in the text window, not in the tool bar.
> This is very strange.  Does it only happen in LSP/DAP mode?  If so,
> the reason is probably in those packages.  But if this happens also in
> "emacs -Q", if you just turn the mouse wheel in that upper part of the
> window, below the tool bar, and see these messages, then we'd need to
> look at the mouse coordinates as reported to Emacs in your case.  It
> would help if you tell what is the Emacs version where you see it and
> on what platform.  (For best results, post the data about the Emacs
> build where it happens which is collected by "M-x report-emacs-bug".)
>
> Thanks.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: mjk <mkajola <at> gmail.com>, Po Lu <luangruo <at> yahoo.com>
Cc: 76384 <at> debbugs.gnu.org
Subject: Re: bug#76384: Incorrect mouse events / tool-bar event is undefined
 error.
Date: Wed, 19 Feb 2025 18:39:16 +0200

> Date: Wed, 19 Feb 2025 15:04:20 +0200
> Cc: 76384 <at> debbugs.gnu.org
> From: mjk <mkajola <at> gmail.com>
> 
> On fedora 40 with gnome. This was after throwing .emacs and .emacs.d aside.
> I also tested as you instructed with -Q and it is just the same. 
> *scratch* is enough.
> I suppose it is the same in any window for me. And it seems to be fully 
> repeatable.
> Maybe I should try some other windowing system just for reference.

OK, thanks.  This becomes curiouser and curiouser, then.

What is your window manager?

Po Lu, any ideas how this kind of weird thing could happen?

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

From: Po Lu <luangruo <at> yahoo.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 76384 <at> debbugs.gnu.org, mjk <mkajola <at> gmail.com>
Subject: Re: bug#76384: Incorrect mouse events / tool-bar event is undefined
 error.
Date: Thu, 20 Feb 2025 09:48:28 +0800

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Date: Wed, 19 Feb 2025 15:04:20 +0200
>> Cc: 76384 <at> debbugs.gnu.org
>> From: mjk <mkajola <at> gmail.com>
>> 
>> On fedora 40 with gnome. This was after throwing .emacs and .emacs.d aside.
>> I also tested as you instructed with -Q and it is just the same. 
>> *scratch* is enough.
>> I suppose it is the same in any window for me. And it seems to be fully 
>> repeatable.
>> Maybe I should try some other windowing system just for reference.
>
> OK, thanks.  This becomes curiouser and curiouser, then.
>
> What is your window manager?
>
> Po Lu, any ideas how this kind of weird thing could happen?

I don't know, but I expect it to be fixed in Emacs 30 where mouse wheel
event types have been unified across all window systems.

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

From: mjk <mkajola <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>, Po Lu <luangruo <at> yahoo.com>
Cc: 76384 <at> debbugs.gnu.org
Subject: Re: bug#76384: Incorrect mouse events / tool-bar event is undefined
 error.
Date: Thu, 20 Feb 2025 03:49:28 +0200

Hello Guys,

Got some more info by testing. Rather interesting.
The reason I mentioned the window manager, is because that I haven't had 
much trust on gnome quality since version 3 (this is 46).

So I installed xcfe and tried there. Works fine. I do get mouse scroll 
beeps on the tool bar, but I think that is kind of correct behavior. 
Handlers just not defined.
In this configuration mouse events in text window scroll only the text 
window as expected.

On Xfce emacs (don't actually know where it comes from), pops up a 
display that says that pure gtk version of emacs is not supported and 
can cause crashes during transfers of large data, and recommends 
installing emacs-gtk-x11 or emacs-lucid.
To me this sounds like fedora related tweaking.

So I installed emacs-gtk-x11, and this seems to work fine, at least with 
the simplest case with *scrach* buffer and no configuration of my own.

This seems to be some kind of mismatch between the pure gtk emacs and 
gnome window manager, or maybe in the window manager itself. dunno.
What is weird is that in the versions that work, I get the mouse event 
errors from the tool-bar (as expected if they are not defined),
but in non working config I get them from the working window area. But - 
the tool bar works otherwise, so other mouse events are mapped correctly.
So it is very surprising that different events are managed different 
way. Seems that somebody is doing something fancy and overly complicated.

So, maybe this is not an emacs bug after all.

t. mjk




On 19.2.2025 18.39, Eli Zaretskii wrote:
>> Date: Wed, 19 Feb 2025 15:04:20 +0200
>> Cc: 76384 <at> debbugs.gnu.org
>> From: mjk <mkajola <at> gmail.com>
>>
>> On fedora 40 with gnome. This was after throwing .emacs and .emacs.d aside.
>> I also tested as you instructed with -Q and it is just the same.
>> *scratch* is enough.
>> I suppose it is the same in any window for me. And it seems to be fully
>> repeatable.
>> Maybe I should try some other windowing system just for reference.
> OK, thanks.  This becomes curiouser and curiouser, then.
>
> What is your window manager?
>
> Po Lu, any ideas how this kind of weird thing could happen?

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: mjk <mkajola <at> gmail.com>
Cc: luangruo <at> yahoo.com, 76384 <at> debbugs.gnu.org
Subject: Re: bug#76384: Incorrect mouse events / tool-bar event is undefined
 error.
Date: Thu, 20 Feb 2025 09:30:27 +0200

> Date: Thu, 20 Feb 2025 03:49:28 +0200
> Cc: 76384 <at> debbugs.gnu.org
> From: mjk <mkajola <at> gmail.com>
> 
> Got some more info by testing. Rather interesting.
> The reason I mentioned the window manager, is because that I haven't had 
> much trust on gnome quality since version 3 (this is 46).
> 
> So I installed xcfe and tried there. Works fine. I do get mouse scroll 
> beeps on the tool bar, but I think that is kind of correct behavior. 
> Handlers just not defined.
> In this configuration mouse events in text window scroll only the text 
> window as expected.
> 
> On Xfce emacs (don't actually know where it comes from), pops up a 
> display that says that pure gtk version of emacs is not supported and 
> can cause crashes during transfers of large data, and recommends 
> installing emacs-gtk-x11 or emacs-lucid.
> To me this sounds like fedora related tweaking.
> 
> So I installed emacs-gtk-x11, and this seems to work fine, at least with 
> the simplest case with *scrach* buffer and no configuration of my own.
> 
> This seems to be some kind of mismatch between the pure gtk emacs and 
> gnome window manager, or maybe in the window manager itself. dunno.
> What is weird is that in the versions that work, I get the mouse event 
> errors from the tool-bar (as expected if they are not defined),
> but in non working config I get them from the working window area. But - 
> the tool bar works otherwise, so other mouse events are mapped correctly.
> So it is very surprising that different events are managed different 
> way. Seems that somebody is doing something fancy and overly complicated.
> 
> So, maybe this is not an emacs bug after all.

Thanks.  With which versions of Emacs did you try the above?  Po Lu
says Emacs 30 should probably solve this, so the versions you tried
could be relevant.

Another thing to try is Emacs 30 (currently available only as a
pretest) and see if the problem there exists even in your original
window manager.

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

From: mjk <mkajola <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: luangruo <at> yahoo.com, 76384 <at> debbugs.gnu.org
Subject: Re: bug#76384: Incorrect mouse events / tool-bar event is undefined
 error.
Date: Thu, 20 Feb 2025 16:46:44 +0200

I think I already sent the full info about the version that failed.

The working one is the same (version number) with the -.gt-x11 
extension, and emacs-lucid works too.

I downloaded and compiled version 30.1 (rc on the web page) and compiled 
it. This one seems to work, but with the default config, configure 
produces a version that uses lucid, which seems to work as 29 too.

Not sure what to do to produce similar to the failing one, and whether 
it is worth while to use a lot of time to try to reproduce this.

t. mjk



On 20.2.2025 9.30, Eli Zaretskii wrote:
>> Date: Thu, 20 Feb 2025 03:49:28 +0200
>> Cc: 76384 <at> debbugs.gnu.org
>> From: mjk <mkajola <at> gmail.com>
>>
>> Got some more info by testing. Rather interesting.
>> The reason I mentioned the window manager, is because that I haven't had
>> much trust on gnome quality since version 3 (this is 46).
>>
>> So I installed xcfe and tried there. Works fine. I do get mouse scroll
>> beeps on the tool bar, but I think that is kind of correct behavior.
>> Handlers just not defined.
>> In this configuration mouse events in text window scroll only the text
>> window as expected.
>>
>> On Xfce emacs (don't actually know where it comes from), pops up a
>> display that says that pure gtk version of emacs is not supported and
>> can cause crashes during transfers of large data, and recommends
>> installing emacs-gtk-x11 or emacs-lucid.
>> To me this sounds like fedora related tweaking.
>>
>> So I installed emacs-gtk-x11, and this seems to work fine, at least with
>> the simplest case with *scrach* buffer and no configuration of my own.
>>
>> This seems to be some kind of mismatch between the pure gtk emacs and
>> gnome window manager, or maybe in the window manager itself. dunno.
>> What is weird is that in the versions that work, I get the mouse event
>> errors from the tool-bar (as expected if they are not defined),
>> but in non working config I get them from the working window area. But -
>> the tool bar works otherwise, so other mouse events are mapped correctly.
>> So it is very surprising that different events are managed different
>> way. Seems that somebody is doing something fancy and overly complicated.
>>
>> So, maybe this is not an emacs bug after all.
> Thanks.  With which versions of Emacs did you try the above?  Po Lu
> says Emacs 30 should probably solve this, so the versions you tried
> could be relevant.
>
> Another thing to try is Emacs 30 (currently available only as a
> pretest) and see if the problem there exists even in your original
> window manager.

Message #33 received at 76384-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: mjk <mkajola <at> gmail.com>
Cc: luangruo <at> yahoo.com, 76384-done <at> debbugs.gnu.org
Subject: Re: bug#76384: Incorrect mouse events / tool-bar event is undefined
 error.
Date: Sun, 09 Mar 2025 10:37:49 +0200

> Date: Thu, 20 Feb 2025 16:46:44 +0200
> Cc: luangruo <at> yahoo.com, 76384 <at> debbugs.gnu.org
> From: mjk <mkajola <at> gmail.com>
> 
> I think I already sent the full info about the version that failed.
> 
> The working one is the same (version number) with the -.gt-x11 
> extension, and emacs-lucid works too.
> 
> I downloaded and compiled version 30.1 (rc on the web page) and compiled 
> it. This one seems to work, but with the default config, configure 
> produces a version that uses lucid, which seems to work as 29 too.
> 
> Not sure what to do to produce similar to the failing one, and whether 
> it is worth while to use a lot of time to try to reproduce this.

OK, thanks.  I'm therefore closing this bug.

Previous Next

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