GNU bug report logs - #69246
30.0.50; persistent key input delay after using vc commands in pgtk

Previous Next

Package: emacs;

Reported by: Nick OBrien <nick4f42 <at> proton.me>

Date: Sun, 18 Feb 2024 18:31:02 UTC

Severity: normal

Found in version 30.0.50

Full log


View this message in rfc822 format

From: Po Lu <luangruo <at> yahoo.com>
To: Nick OBrien <nick4f42 <at> proton.me>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 69246 <at> debbugs.gnu.org
Subject: bug#69246: 30.0.50; persistent key input delay after using vc commands in pgtk
Date: Thu, 22 Feb 2024 09:20:11 +0800
Nick OBrien <nick4f42 <at> proton.me> writes:

> Running "GTK_IM_MODULE=none emacs -Q" and following the steps in the original
> bug report, the lag appears to be fixed. I reproduced it three times, and each
> time there was no lag. For reference, I tried again with GTK_IM_MODULE=fcitx
> (how it was in the original bug report) and 4/4 times I experienced the lag.
>
> I haven't ever experienced this sort of lag in Firefox or signal-desktop, two
> gtk3 apps I regularly use. And just to clarify, the lag doesn't seem to lengthen
> the interval between generated repeat key-presses. The repeated key-presses just
> seem /choppier/, as if the frame-rate is lower. The lag is most obvious when
> holding down a key and releasing after a single key appears.
>
> I'll try using my normal config with GTK_IM_MODULE=none and see if I experience
> the lag in everyday use.

I suppose your problem is that fcitx cannot tolerate programs responding
to keyboard input in a manner unconventional for a GTK program, as Emacs
does.




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

Previous Next


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