GNU bug report logs - #16505
24.3.50; Emacs seems to lose key events when typing fast

Previous Next

Package: emacs;

Reported by: Anders Lindgren <andlind <at> gmail.com>

Date: Mon, 20 Jan 2014 15:26:02 UTC

Severity: important

Found in version 24.3.50

Done: "Jan D." <jan.h.d <at> swipnet.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Anders Lindgren <andlind <at> gmail.com>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 16505 <at> debbugs.gnu.org
Subject: bug#16505: Acknowledgement (24.3.50; Emacs seems to loose key events when typing fast (seriously))
Date: Fri, 7 Feb 2014 22:03:44 +0100
[Message part 1 (text/plain, inline)]
Hi!

I understand your scepticism about my fingers ;) However, the problem is
quite apparent, I get bitten by it several times per day. Also, it occurs
consistently when doing the <tab> <down> sequence in recent versions from
the trunk. On older versions, however, I don't see this behaviour at all.

Anyway, I tried to script this using AppleScript, asking the "System Event"
to send keycodes for <tab> and <down>. Unfortunately, Emacs behaves
perfectly and doesn't loose any key event when scripted.

Just for the record, this is the script I used:

repeat 100 times
    tell application "System Events" to key code 48      -- TAB
    tell application "System Events" to key code 125     -- DOWN
end

I started it from within emacs using M-! osascript xxx.osa RET

One approach to find the faulty revision is to back-patch the fix in 111505
into the revisions 110812-111504 to see if one of those revisions
introduced the problem. (If the problem is in the sequence 110786-110811,
it will be harder to track down, as they don't build properly). I will try
to find the time to do this, but I can't give any guarantees...

    -- Anders


On Fri, Feb 7, 2014 at 5:06 PM, Dmitry Antipov <dmantipov <at> yandex.ru> wrote:

> On 02/07/2014 06:17 PM, Anders Lindgren wrote:
>
>  Here, a <tab> is missing, which explains the indentation problems.
>>
>
> Hmm...IMHO we shouldn't believe in anyone's fingers in such a case :-).
>
> Do you have a tool to fake user input? On X, we have xdotool. I've tried
> to insert 100 <tab> and 100 <down> with 0.05s delay between each
> "keypress":
>
> xdotool selectwindow ==> (record window ID)
>
> seq 99 -1 0 | xargs -n1 sh -c 'xdotool key --window $ID 23 && sleep 0.05
> && xdotool key --window $ID 116 && sleep 0.05'
>
> (23 is X keycode for <tab> and <116> for <down>) and there was 100 <tab>
> and
> 100 <down>, respectively...
>
> Dmitry
>
>
[Message part 2 (text/html, inline)]

This bug report was last modified 11 years and 158 days ago.

Previous Next


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