GNU bug report logs - #79867
Last pressed key spams in Emacs on Gnome workspace switching

Previous Next

To reply to this bug, email your comments to 79867 AT debbugs.gnu.org.

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

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

From: mikpom <mikpom <at> mikpom.ru>
To: bug-gnu-emacs <bug-gnu-emacs <at> gnu.org>
Subject: Last pressed key spams in Emacs on Gnome workspace switching
Date: Thu, 20 Nov 2025 11:36:42 +0700

Greetings,

Got this bug after system upgrade. Whatever binding is configured to
switch workspaces in Gnome (1:49.1) the last pressed buttom is fired in
Emacs continuosly. E.g. I configured Super-3 to switch to workspace
three where Emacs is. Then after switching to it, I have
33333333333.... spammed into the buffer until something else is
pressed.

The problem persists with emacs -Q and does not seem to affect any
other applications.

Kind regards,
Mikhail

--- report-emacs-bug information is below ---

In GNU Emacs 30.2 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.50,
cairo version 1.18.4)
Windowing system distributor 'The X.Org Foundation', version
11.0.12401009
System Description: Arch Linux

Configured using:
 'configure --with-x-toolkit=gtk3 --sysconfdir=/etc --prefix=/usr
 --libexecdir=/usr/lib --localstatedir=/var --disable-build-details
 --with-cairo --with-harfbuzz --with-libsystemd --with-modules
 --with-native-compilation=aot --with-tree-sitter 'CFLAGS=-march=x86-64
 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=3
 -Wformat -Werror=format-security -fstack-clash-protection
 -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -
g
 -ffile-prefix-map=/build/emacs/src=/usr/src/debug/emacs -flto=auto'
 'LDFLAGS=-Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro
 -Wl,-z,now -Wl,-z,pack-relative-relocs -flto=auto''

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

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

Major mode: Lisp Interaction

Minor modes in effect:
  vertico-multiform-mode: t
  vertico-mode: t
  desktop-save-mode: t
  electric-pair-mode: t
  sml-modeline-mode: t
  outline-minor-mode: t
  numbered-frames-mode: t
  global-git-commit-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  undelete-frame-mode: t
  minibuffer-regexp-mode: t
  line-number-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
/home/mikpom/.emacs.d/elpa/transient-20250624.2110/transient hides
/usr/share/emacs/30.2/lisp/transient

Features:
(shadow sort mail-extr emacsbug vertico-sort almost-mono-gray-my-theme
almost-mono-themes vertico-multiform cus-load vertico orderless
use-package-core ibuf-macs skeleton desktop frameset python-black
reformatter semantic/symref/grep grep compile semantic/symref
semantic/util-modes semantic/util semantic semantic/tag semantic/lex
semantic/fw mode-local find-func cedet elec-pair imenu-list hideshow
sml-modeline simpleclip scroll-lock tramp trampver tramp-integration
files-x tramp-message tramp-compat xdg parse-time tramp-loaddefs
whitespace noutline outline python project treesit tempo register-ring
bibliography-tools biblio biblio-download biblio-dissemin biblio-ieee
biblio-hal biblio-dblp biblio-crossref biblio-arxiv timezone biblio-doi
biblio-core let-alist url-queue url-file ido hl-line bibtex iso8601
numbered-frames smartparens advice loadhist thingatpt dash
magit-submodule magit-blame magit-stash magit-reflog magit-bisect
magit-push magit-pull magit-fetch magit-clone magit-remote magit-commit
magit-sequence magit-notes magit-worktree magit-tag magit-merge
magit-branch magit-reset magit-files magit-refs magit-status magit
magit-repos magit-apply magit-wip magit-log which-func imenu magit-diff
smerge-mode diff diff-mode track-changes easy-mmode git-commit log-edit
message sendmail yank-media puny dired dired-loaddefs rfc822 mml mml-
sec
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 pcvs-util add-log magit-core magit-autorevert autorevert
filenotify magit-margin magit-transient magit-process with-editor shell
pcomplete comint ansi-osc ring server ansi-color magit-mode transient
pp
edmacro kmacro benchmark magit-git magit-base magit-section format-spec
cursor-sensor crm llama comp comp-cstr cl-extra help-mode warnings
comp-run comp-common rx compat finder-inf biblio-autoloads
biblio-core-autoloads imenu-list-autoloads iter2-autoloads
magit-autoloads pcase magit-section-autoloads llama-autoloads
markdown-mode-autoloads nvm-autoloads f-autoloads orderless-autoloads
prettier-js-autoloads python-black-autoloads rainbow-mode-autoloads
reformatter-autoloads s-autoloads simpleclip-autoloads
smartparens-autoloads dash-autoloads sml-modeline-autoloads
tao-theme-autoloads transient-autoloads vertico-autoloads vlf-autoloads
vterm-autoloads info with-editor-autoloads 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 term/x-win x-win
term/common-win x-dnd touch-screen 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 dbusbind inotify lcms2 dynamic-setting system-font-setting
font-render-setting cairo gtk x-toolkit xinput2 x multi-tty move-
toolbar
make-network-process native-compile emacs)

Memory information:
((conses 16 517262 66135) (symbols 48 29325 4)
 (strings 32 156694 4165) (string-bytes 1 4378865) (vectors 16 50344)
 (vector-slots 8 586196 32771) (floats 8 144 69) (intervals 56 402 0)
 (buffers 992 11))
l

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: mikpom <mikpom <at> mikpom.ru>, Po Lu <luangruo <at> yahoo.com>
Cc: 79867 <at> debbugs.gnu.org
Subject: Re: bug#79867: Last pressed key spams in Emacs on Gnome workspace
 switching
Date: Thu, 20 Nov 2025 08:41:12 +0200

> From: mikpom <mikpom <at> mikpom.ru>
> Date: Thu, 20 Nov 2025 11:36:42 +0700
> 
> Got this bug after system upgrade. Whatever binding is configured to
> switch workspaces in Gnome (1:49.1) the last pressed buttom is fired in
> Emacs continuosly. E.g. I configured Super-3 to switch to workspace
> three where Emacs is. Then after switching to it, I have
> 33333333333.... spammed into the buffer until something else is
> pressed.
> 
> The problem persists with emacs -Q and does not seem to affect any
> other applications.

Po Lu, any guess what could cause this?

The fact that it started happening after a system upgrade seems to
imply that it is some system-level problem, but what could that be,
and how to avoid it?

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

From: Po Lu <luangruo <at> yahoo.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 79867 <at> debbugs.gnu.org, mikpom <mikpom <at> mikpom.ru>
Subject: Re: bug#79867: Last pressed key spams in Emacs on Gnome workspace
 switching
Date: Fri, 21 Nov 2025 09:48:34 +0800

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

>> From: mikpom <mikpom <at> mikpom.ru>
>> Date: Thu, 20 Nov 2025 11:36:42 +0700
>> 
>> Got this bug after system upgrade. Whatever binding is configured to
>> switch workspaces in Gnome (1:49.1) the last pressed buttom is fired in
>> Emacs continuosly. E.g. I configured Super-3 to switch to workspace
>> three where Emacs is. Then after switching to it, I have
>> 33333333333.... spammed into the buffer until something else is
>> pressed.
>> 
>> The problem persists with emacs -Q and does not seem to affect any
>> other applications.
>
> Po Lu, any guess what could cause this?
>
> The fact that it started happening after a system upgrade seems to
> imply that it is some system-level problem, but what could that be,
> and how to avoid it?

I've also been experiencing this after updating to Fedora 43, and not
exclusively in Emacs.  The antecedent appears to be that key release
events are not reported to the X11 compatibility server by GNOME's
Wayland compositor when focus is transferred to a Wayland surface while
a key remains depressed.  I don't believe there's any means by which
Emacs could mitigate this misbehavior.

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

From: mikpom <mikpom <at> mikpom.ru>
To: Po Lu <luangruo <at> yahoo.com>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 79867 <at> debbugs.gnu.org
Subject: Re: bug#79867: Last pressed key spams in Emacs on Gnome workspace
 switching
Date: Fri, 21 Nov 2025 11:04:26 +0700

Want to emphasize again that I do not see this problem in other
applications for whatever reasons are (tried Firefox, Geany,
Libreoffice Writer). So if the problem is on X-stack side I suspect
nobody's gonna care for long time about it. Hence workarounds are the
way to go (my current one is not using workspaces AT ALL 😑).

Kind regards, 
Mikhail

On Fri, 2025-11-21 at 09:48 +0800, Po Lu wrote:
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > > From: mikpom <mikpom <at> mikpom.ru>
> > > Date: Thu, 20 Nov 2025 11:36:42 +0700
> > > 
> > > Got this bug after system upgrade. Whatever binding is configured
> > > to
> > > switch workspaces in Gnome (1:49.1) the last pressed buttom is
> > > fired in
> > > Emacs continuosly. E.g. I configured Super-3 to switch to
> > > workspace
> > > three where Emacs is. Then after switching to it, I have
> > > 33333333333.... spammed into the buffer until something else is
> > > pressed.
> > > 
> > > The problem persists with emacs -Q and does not seem to affect
> > > any
> > > other applications.
> > 
> > Po Lu, any guess what could cause this?
> > 
> > The fact that it started happening after a system upgrade seems to
> > imply that it is some system-level problem, but what could that be,
> > and how to avoid it?
> 
> I've also been experiencing this after updating to Fedora 43, and not
> exclusively in Emacs.  The antecedent appears to be that key release
> events are not reported to the X11 compatibility server by GNOME's
> Wayland compositor when focus is transferred to a Wayland surface
> while
> a key remains depressed.  I don't believe there's any means by which
> Emacs could mitigate this misbehavior.

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

From: Po Lu <luangruo <at> yahoo.com>
To: mikpom <mikpom <at> mikpom.ru>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 79867 <at> debbugs.gnu.org
Subject: Re: bug#79867: Last pressed key spams in Emacs on Gnome workspace
 switching
Date: Fri, 21 Nov 2025 16:12:05 +0800

mikpom <mikpom <at> mikpom.ru> writes:

> Want to emphasize again that I do not see this problem in other
> applications for whatever reasons are (tried Firefox, Geany,
> Libreoffice Writer).

All of these applications run directly under Wayland.

> So if the problem is on X-stack side I suspect
> nobody's gonna care for long time about it. Hence workarounds are the
> way to go (my current one is not using workspaces AT ALL 😑).

Or switching to the PGTK port (which for diverse reasons isn't suitable
for me, but might well be satisfactory for you).

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

From: mikpom <mikpom <at> mikpom.ru>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 79867 <at> debbugs.gnu.org
Subject: Re: bug#79867: Last pressed key spams in Emacs on Gnome workspace
 switching
Date: Fri, 21 Nov 2025 16:25:44 +0700

So I found emacs-wayland provided by my distro built --with-pgtk.
The issue dissapears there.

Side note: started to experience performance issues with PGTK built.
there is a sneaky disturbing minor lag on mere cursor navigation. Those
type of issues are usually hopeless to report...

On Fri, 2025-11-21 at 16:12 +0800, Po Lu wrote:
> mikpom <mikpom <at> mikpom.ru> writes:
> 
> > Want to emphasize again that I do not see this problem in other
> > applications for whatever reasons are (tried Firefox, Geany,
> > Libreoffice Writer).
> 
> All of these applications run directly under Wayland.
> 
> > So if the problem is on X-stack side I suspect
> > nobody's gonna care for long time about it. Hence workarounds are
> > the
> > way to go (my current one is not using workspaces AT ALL 😑).
> 
> Or switching to the PGTK port (which for diverse reasons isn't
> suitable
> for me, but might well be satisfactory for you).

Previous Next

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