GNU bug report logs - #66765
30.0.50; Building emacs with xinput2 breaks receiving XSendEvent events

Previous Next

Package: emacs;

Reported by: Ami Fischman <ami <at> fischman.org>

Date: Thu, 26 Oct 2023 17:51:02 UTC

Severity: normal

Tags: notabug, wontfix

Found in version 30.0.50

Done: Po Lu <luangruo <at> yahoo.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Ami Fischman <ami <at> fischman.org>
To: 66765 <at> debbugs.gnu.org
Subject: bug#66765: closed (Re: bug#66765: 30.0.50; Building emacs with xinput2 breaks receiving XSendEvent events)
Date: Fri, 27 Oct 2023 10:37:13 -0700
Thanks for following up, all.

> > The OP talked specifically about ratpoison.
> ratpoison doesn't send events to Emacs itself.

This is incorrect. I only included the `xse` invocation to provide
readers of the bug who do not use ratpoison normally a way to
reproduce the issue. Ratpoison _does_ call XSendEvent directly, e.g.
at https://git.savannah.nongnu.org/cgit/ratpoison.git/tree/src/actions.c?h=v1.4.9#n1414

> It is easily replaced with "xdotool" or suchlike.

For the record, xdotool (version 3.20160805.1) fails similarly to xse
and ratpoison when I try to use it like this:
xdotool key --window 0x36000d4 ctrl+a
(window ID of HEAD emacs with xinput2 results in a no-op, window ID of
emacs without xinput2 correctly receives a C-a event)
I'm curious if you have an example invocation you can share that does
result in a C-a being injected to an emacs build with XInput2 support.




This bug report was last modified 1 year and 259 days ago.

Previous Next


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