GNU bug report logs -
#79348
30.2; Left and right mouse buttons do not work in Emacs 30 on Windows 10
Previous Next
To reply to this bug, email your comments to 79348 AT debbugs.gnu.org.
There is no need to reopen the bug first.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#79348
; Package
emacs
.
(Sat, 30 Aug 2025 14:09:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Alex <al2255668822 <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 30 Aug 2025 14:09:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I tried Emacs 30.1 and 30.2 on Windows 10 (1909) but clicking the left and
right mouse buttons has no effect in buffers and on the Toolbar whereas
with the menu bar it works just fine. I tried to run Emacs with -Q flag and
to switch xterm-mouse-mode, but it does not resolve the problem. In Emacs
29.3 I have no such problems.
In GNU Emacs 30.2 (build 2, x86_64-w64-mingw32) of 2025-08-14 built on
AVALON
Windowing system distributor 'Microsoft Corp.', version 10.0.18363
System Description: Microsoft Windows 10 Enterprise (v10.0.1909.18363.657)
Configured using:
'configure --with-modules --without-dbus --with-native-compilation=aot
--without-compress-install --with-tree-sitter CFLAGS=-O2
prefix=/g/rel/install-emacs-30.2'
Configured features:
ACL GIF GMP GNUTLS HARFBUZZ JPEG LCMS2 LIBXML2 MODULES NATIVE_COMP
NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XPM ZLIB
(NATIVE_COMP present but libgccjit not available)
Important settings:
value of $LANG: RUS
locale-coding-system: cp1251
Major mode: Fundamental
Minor modes in effect:
xterm-mouse-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
blink-cursor-mode: t
minibuffer-regexp-mode: t
buffer-read-only: 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:
c:/Users/a/AppData/Roaming/.emacs.d/elpa/csharp-mode-1.1.1/csharp-mode
hides
h:/User/distr/emacs/emacs-30.2/share/emacs/30.2/lisp/progmodes/csharp-mode
Features:
(shadow sort mail-extr emacsbug message yank-media puny dired
dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config
gnus-util text-property-search mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils time-date xt-mouse cus-load
package browse-url url url-proxy url-privacy url-expand url-methods
url-history url-cookie generate-lisp-file url-domsuf url-util mailcap
url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs icons
password-cache json subr-x map byte-opt gv bytecomp byte-compile
url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren
electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
touch-screen dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars
term/common-win 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 w32notify w32 lcms2 multi-tty move-toolbar make-network-process
native-compile emacs)
Memory information:
((conses 16 88925 13598) (symbols 48 8556 0) (strings 32 25172 2077)
(string-bytes 1 734536) (vectors 16 14340)
(vector-slots 8 190516 14084) (floats 8 33 14) (intervals 56 421 14)
(buffers 992 13))
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#79348
; Package
emacs
.
(Sat, 30 Aug 2025 17:32:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 79348 <at> debbugs.gnu.org (full text, mbox):
> From: Alex <al2255668822 <at> gmail.com>
> Date: Sat, 30 Aug 2025 13:19:59 +0300
>
> I tried Emacs 30.1 and 30.2 on Windows 10 (1909) but clicking the left and right mouse buttons has no
> effect in buffers and on the Toolbar whereas with the menu bar it works just fine. I tried to run Emacs with -Q
> flag and to switch xterm-mouse-mode, but it does not resolve the problem. In Emacs 29.3 I have no such
> problems.
I cannot reproduce this. If you type "C-h c" and then click left
mouse button on the left-most icon on the tool bar, what does Emacs
say in the echo-area? Please do that in "emacs -Q".
Also, please tell what kind of mouse do you have. Is that perhaps a
touchpad of a laptop, not a real mouse?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#79348
; Package
emacs
.
(Sun, 31 Aug 2025 05:35:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 79348 <at> debbugs.gnu.org (full text, mbox):
[Please use "Reply to All" to reply, to keep the bug tracker on the CC list.]
> From: Alex <al2255668822 <at> gmail.com>
> Date: Sun, 31 Aug 2025 05:37:28 +0300
>
> My mouse is Redragon Foxbat
>
> When I run “emacs -Q” in the bin folder and then press ‘ctrl-h c’ and the
> left or right mouse button, after pressing the left or right mouse button
> wherever in the toolbar or in a buffer, nothing happens.
And if you press "C-h l" (that's the letter ell, not the digit one)
after pressing the mouse on the tool bar, what does Emacs show in the
*Help* buffer it pops up?
> After switching to the fundamental mode (M-x fundamental-mode) the
> situation is the same.
>
> When I hover on clickable elements wherever tooltips feedback appears.
>
> The wheel and middle button (wheel) pressing work as expected.
So it sounds like Emacs doesn't get some of the mouse clicks in your
case?
What about dragging the scroll bar's thumb with the mouse-does that
work?
Maybe review the mouse settings to make sure nothing there prevents
these clicks from being reported to Emacs?
> M-x emacs-version says “GNU Emacs 30.2 (build 2, x86 64-w64-mingw32) of
> 2025-08-14”
>
> I installed Emacs by just unpacking emacs-30.2.zip
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#79348
; Package
emacs
.
(Sun, 31 Aug 2025 06:55:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 79348 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Q: And if you press "C-h l" (that's the letter ell, not the digit one)
after pressing the mouse on the tool bar, what does Emacs show in the
*Help* buffer it pops up?
A: The same text without changes: C-h 1 ;; view-lossage
> After switching to the fundamental mode (M-x fundamental-mode) the
> situation is the same.
>
> When I hover on clickable elements wherever tooltips feedback appears.
>
> The wheel and middle button (wheel) pressing work as expected.
Q: So it sounds like Emacs doesn't get some of the mouse clicks in your
case?
A: Yes
Q: What about dragging the scroll bar's thumb with the mouse-does that work?
A: Works as expected
Q: Maybe review the mouse settings to make sure nothing there prevents these
clicks from being reported to Emacs?
A: I do not know what mouse setting to review. And in Emacs 29.3 everything
works fine. And in What’s new I did not find essential changes in mouse
operation
вс, 31 авг. 2025 г. в 08:34, Eli Zaretskii <eliz <at> gnu.org>:
> [Please use "Reply to All" to reply, to keep the bug tracker on the CC
> list.]
>
> > From: Alex <al2255668822 <at> gmail.com>
> > Date: Sun, 31 Aug 2025 05:37:28 +0300
> >
> > My mouse is Redragon Foxbat
> >
> > When I run “emacs -Q” in the bin folder and then press ‘ctrl-h c’ and the
> > left or right mouse button, after pressing the left or right mouse button
> > wherever in the toolbar or in a buffer, nothing happens.
>
> And if you press "C-h l" (that's the letter ell, not the digit one)
> after pressing the mouse on the tool bar, what does Emacs show in the
> *Help* buffer it pops up?
>
> > After switching to the fundamental mode (M-x fundamental-mode) the
> > situation is the same.
> >
> > When I hover on clickable elements wherever tooltips feedback appears.
> >
> > The wheel and middle button (wheel) pressing work as expected.
>
> So it sounds like Emacs doesn't get some of the mouse clicks in your
> case?
>
> What about dragging the scroll bar's thumb with the mouse-does that
> work?
>
> Maybe review the mouse settings to make sure nothing there prevents
> these clicks from being reported to Emacs?
>
> > M-x emacs-version says “GNU Emacs 30.2 (build 2, x86 64-w64-mingw32) of
> > 2025-08-14”
> >
> > I installed Emacs by just unpacking emacs-30.2.zip
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#79348
; Package
emacs
.
(Sun, 31 Aug 2025 07:19:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 79348 <at> debbugs.gnu.org (full text, mbox):
> From: Alex <al2255668822 <at> gmail.com>
> Date: Sun, 31 Aug 2025 09:54:06 +0300
> Cc: 79348 <at> debbugs.gnu.org
>
> Q: And if you press "C-h l" (that's the letter ell, not the digit one) after pressing the mouse on the tool bar,
> what does Emacs show in the *Help* buffer it pops up?
>
> A: The same text without changes: C-h 1 ;; view-lossage
So Emacs is not being reported the mouse clicks.
> Q: So it sounds like Emacs doesn't get some of the mouse clicks in your case?
>
> A: Yes
>
> Q: What about dragging the scroll bar's thumb with the mouse-does that work?
>
> A: Works as expected
Hmm... So button clicks and dragging with left or right button don't
work anywhere except on the scroll bars?
What about dragging with the mouse the mode line between two
windows--does that resize the windows?
> Q: Maybe review the mouse settings to make sure nothing there prevents these clicks from being reported to
> Emacs?
>
> A: I do not know what mouse setting to review. And in Emacs 29.3 everything works fine. And in What’s new
> I did not find essential changes in mouse operation
In "Settings -> Bluetooth & devices -> Mouse", review all the
settings, especially the ones in "Additional mouse settings".
Emacs 30 added support for touch-screen devices, and more precise
handling of mouse-wheel events. But you say that your mouse is not a
touchpad, and that the wheel works fine. So I don't think I
understand what changes in Emacs 30 could have caused the problem,
sorry.
Can you try with a different mouse, like a simple optical mouse
connected via USB?
Po Lu, any other ideas and suggestions?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#79348
; Package
emacs
.
(Sun, 31 Aug 2025 11:10:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 79348 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Q: So Emacs is not being reported the mouse clicks.
Hmm... So button clicks and dragging with left or right button don't work
anywhere except on the scroll bars?
What about dragging with the mouse the mode line between two windows--does
that resize the windows?
A: Dragging with the mouse the mode line between two windows does not work.
Works as expected:
Interactions with the menu (File Edit Options …)
Interactions with the scrollbars
Resizing frames
Hovering over elements changes the mouse cursor, shows tooltips and
feedback.
Switching between frames via mouse clicks inside frames works as expected,
but switching between windows by mouse clicks inside a frame does not work.
Q: In "Settings -> Bluetooth & devices -> Mouse", review all the settings,
especially the ones in "Additional mouse settings".
A: Reviewed. Standard mouse settings
Q: Can you try with a different mouse, like a simple optical mouse
connected via USB?
A: I tried with a simple optical mouse connected via USB (Logitech). The
situation is the same
вс, 31 авг. 2025 г. в 10:18, Eli Zaretskii <eliz <at> gnu.org>:
> > From: Alex <al2255668822 <at> gmail.com>
> > Date: Sun, 31 Aug 2025 09:54:06 +0300
> > Cc: 79348 <at> debbugs.gnu.org
> >
> > Q: And if you press "C-h l" (that's the letter ell, not the digit one)
> after pressing the mouse on the tool bar,
> > what does Emacs show in the *Help* buffer it pops up?
> >
> > A: The same text without changes: C-h 1 ;; view-lossage
>
> So Emacs is not being reported the mouse clicks.
>
> > Q: So it sounds like Emacs doesn't get some of the mouse clicks in your
> case?
> >
> > A: Yes
> >
> > Q: What about dragging the scroll bar's thumb with the mouse-does that
> work?
> >
> > A: Works as expected
>
> Hmm... So button clicks and dragging with left or right button don't
> work anywhere except on the scroll bars?
>
> What about dragging with the mouse the mode line between two
> windows--does that resize the windows?
>
> > Q: Maybe review the mouse settings to make sure nothing there prevents
> these clicks from being reported to
> > Emacs?
> >
> > A: I do not know what mouse setting to review. And in Emacs 29.3
> everything works fine. And in What’s new
> > I did not find essential changes in mouse operation
>
> In "Settings -> Bluetooth & devices -> Mouse", review all the
> settings, especially the ones in "Additional mouse settings".
>
> Emacs 30 added support for touch-screen devices, and more precise
> handling of mouse-wheel events. But you say that your mouse is not a
> touchpad, and that the wheel works fine. So I don't think I
> understand what changes in Emacs 30 could have caused the problem,
> sorry.
>
> Can you try with a different mouse, like a simple optical mouse
> connected via USB?
>
> Po Lu, any other ideas and suggestions?
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#79348
; Package
emacs
.
(Sun, 31 Aug 2025 11:35:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 79348 <at> debbugs.gnu.org (full text, mbox):
> From: Alex <al2255668822 <at> gmail.com>
> Date: Sun, 31 Aug 2025 14:08:51 +0300
> Cc: Po Lu <luangruo <at> yahoo.com>, 79348 <at> debbugs.gnu.org
>
> A: Dragging with the mouse the mode line between two windows does not work.
>
>
>
> Works as expected:
>
> Interactions with the menu (File Edit Options …)
>
> Interactions with the scrollbars
>
> Resizing frames
>
> Hovering over elements changes the mouse cursor, shows tooltips and feedback.
>
> Switching between frames via mouse clicks inside frames works as expected, but switching between windows
> by mouse clicks inside a frame does not work.
T^his basically means that the mouse works only when the click goes
directly to Windows. Any click or drag that should be processed by
Emacs doesn't work.
> Q: In "Settings -> Bluetooth & devices -> Mouse", review all the settings, especially the ones in "Additional
> mouse settings".
>
> A: Reviewed. Standard mouse settings
>
>
>
> Q: Can you try with a different mouse, like a simple optical mouse connected via USB?
>
> A: I tried with a simple optical mouse connected via USB (Logitech). The situation is the same
So this must be something system-wide, not specific to the model and
make of the mouse. Hmm...
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#79348
; Package
emacs
.
(Sun, 31 Aug 2025 11:41:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 79348 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Finally I found the cause of the problem. It was an old Autohotkey script
that I installed several years ago and forgot about it. I can not
understand why it caused problems only on Emacs 30. Sorry for bothering you
вс, 31 авг. 2025 г. в 14:34, Eli Zaretskii <eliz <at> gnu.org>:
> > From: Alex <al2255668822 <at> gmail.com>
> > Date: Sun, 31 Aug 2025 14:08:51 +0300
> > Cc: Po Lu <luangruo <at> yahoo.com>, 79348 <at> debbugs.gnu.org
> >
> > A: Dragging with the mouse the mode line between two windows does not
> work.
> >
> >
> >
> > Works as expected:
> >
> > Interactions with the menu (File Edit Options …)
> >
> > Interactions with the scrollbars
> >
> > Resizing frames
> >
> > Hovering over elements changes the mouse cursor, shows tooltips and
> feedback.
> >
> > Switching between frames via mouse clicks inside frames works as
> expected, but switching between windows
> > by mouse clicks inside a frame does not work.
>
> T^his basically means that the mouse works only when the click goes
> directly to Windows. Any click or drag that should be processed by
> Emacs doesn't work.
>
> > Q: In "Settings -> Bluetooth & devices -> Mouse", review all the
> settings, especially the ones in "Additional
> > mouse settings".
> >
> > A: Reviewed. Standard mouse settings
> >
> >
> >
> > Q: Can you try with a different mouse, like a simple optical mouse
> connected via USB?
> >
> > A: I tried with a simple optical mouse connected via USB (Logitech). The
> situation is the same
>
> So this must be something system-wide, not specific to the model and
> make of the mouse. Hmm...
>
[Message part 2 (text/html, inline)]
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sun, 31 Aug 2025 11:55:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Alex <al2255668822 <at> gmail.com>
:
bug acknowledged by developer.
(Sun, 31 Aug 2025 11:55:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 79348-done <at> debbugs.gnu.org (full text, mbox):
> From: Alex <al2255668822 <at> gmail.com>
> Date: Sun, 31 Aug 2025 14:40:04 +0300
> Cc: luangruo <at> yahoo.com, 79348 <at> debbugs.gnu.org
>
> Finally I found the cause of the problem. It was an old Autohotkey script that I installed several years ago
> and forgot about it. I can not understand why it caused problems only on Emacs 30. Sorry for bothering you
OK, thanks. Closing the bug.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#79348
; Package
emacs
.
(Mon, 01 Sep 2025 01:33:02 GMT)
Full text and
rfc822 format available.
Message #34 received at 79348 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> Po Lu, any other ideas and suggestions?
I believe that Emacs does not select for touchscreen events on scrollbar
windows on W32. The culprit could be the OP's mouse drivers' attempting
to deliver touchscreen events rather than button presses, but I can't
imagine why they would do so.
This bug report was last modified 5 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.