From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Anders Lindgren Newsgroups: gmane.emacs.bugs 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-ID: References: <52F50481.8080509@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113698744e980804f1d75370 X-Trace: ger.gmane.org 1391807053 16190 80.91.229.3 (7 Feb 2014 21:04:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Feb 2014 21:04:13 +0000 (UTC) Cc: 16505@debbugs.gnu.org To: Dmitry Antipov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Feb 07 22:04:20 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WBsat-0003r1-Ub for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Feb 2014 22:04:16 +0100 Original-Received: from localhost ([::1]:43766 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBsat-0001Fz-9N for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Feb 2014 16:04:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53179) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBsal-0001Fn-SX for bug-gnu-emacs@gnu.org; Fri, 07 Feb 2014 16:04:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WBsag-0000ba-Mp for bug-gnu-emacs@gnu.org; Fri, 07 Feb 2014 16:04:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41447) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBsag-0000bW-Iu for bug-gnu-emacs@gnu.org; Fri, 07 Feb 2014 16:04:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WBsag-00073P-8l for bug-gnu-emacs@gnu.org; Fri, 07 Feb 2014 16:04:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Anders Lindgren Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 07 Feb 2014 21:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16505 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16505-submit@debbugs.gnu.org id=B16505.139180702927095 (code B ref 16505); Fri, 07 Feb 2014 21:04:02 +0000 Original-Received: (at 16505) by debbugs.gnu.org; 7 Feb 2014 21:03:49 +0000 Original-Received: from localhost ([127.0.0.1]:55466 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBsaS-00072w-7v for submit@debbugs.gnu.org; Fri, 07 Feb 2014 16:03:48 -0500 Original-Received: from mail-oa0-f52.google.com ([209.85.219.52]:35059) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBsaP-00072n-Mv for 16505@debbugs.gnu.org; Fri, 07 Feb 2014 16:03:46 -0500 Original-Received: by mail-oa0-f52.google.com with SMTP id i4so4902207oah.11 for <16505@debbugs.gnu.org>; Fri, 07 Feb 2014 13:03:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9czKERXOIaaoZZLxoCYlGoyPia46yfRvSakqAgjdm5w=; b=j8w1Kwf1yvzk7q583SzKrmB08sm0itpdcw16IIJj7TbI7Tl0Q3K4mUUrDygDkhSbHd nIVmIj6QCljkePvO/3i3NLCE1bI8cuFw/V5erVIvbm9G19eBJFK8cfkXcHWTVpT+NRAk Ao9iZOGWAD8FBlS6f498gKsfiB/2EG56hSaMjeUZefilJ8ZiUEm1aohgnGiJuaG4jxti L6jYcITnZhu45iIZLJxb2oD3nIkYN6YO4cGmAry+OwptnKPAL3Jr4A4vK8PjpZCpKh7/ kvViK5+CgOIVzC8ZHX+bv3/3buTTy9+DR6nZ2hzGE/PUz7UxA0XtmWh3GS32ixDnrVnL PvMQ== X-Received: by 10.60.246.104 with SMTP id xv8mr14595519oec.18.1391807024763; Fri, 07 Feb 2014 13:03:44 -0800 (PST) Original-Received: by 10.182.114.199 with HTTP; Fri, 7 Feb 2014 13:03:44 -0800 (PST) In-Reply-To: <52F50481.8080509@yandex.ru> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:84838 Archived-At: --001a113698744e980804f1d75370 Content-Type: text/plain; charset=ISO-8859-1 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 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 and . 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 wrote: > On 02/07/2014 06:17 PM, Anders Lindgren wrote: > > Here, a 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 and 100 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 and <116> for ) and there was 100 > and > 100 , respectively... > > Dmitry > > --001a113698744e980804f1d75370 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi!

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

Anyway, I tried to script this using AppleScript, askin= g the "System Event" to send keycodes for <tab> and <dow= n>. 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
=A0 =A0 tell application = "System Events" to key code 48 =A0 =A0 =A0-- TAB
=A0 = =A0 tell application "System Events" to key code 125 =A0 =A0 -- D= OWN
end

I started it from within emacs usin= g M-! osascript xxx.osa RET

One approach to find t= he faulty revision is to back-patch the fix in 111505 into the revisions 11= 0812-111504 to see if one of those revisions introduced the problem. (If th= e 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...

=A0 =A0 -- Anders


On Fri, Feb 7, 2014 at 5:06 PM, Dmi= try Antipov <dmantipov@yandex.ru> wrote:
On 02/07/2014 06:17 PM, Ande= rs 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 trie= d
to insert 100 <tab> and 100 <down> with 0.05s delay between eac= h "keypress":

xdotool selectwindow =3D=3D> (record window ID)

seq 99 -1 0 | xargs -n1 sh -c 'xdotool key --window $ID 23 && s= leep 0.05 && xdotool key --window $ID 116 && sleep 0.05'= ;

(23 is X keycode for <tab> and <116> for <down>) and ther= e was 100 <tab> and
100 <down>, respectively...

Dmitry


--001a113698744e980804f1d75370--