From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Radon Rosborough Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jun 2018 02:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 31692@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15279925433126 (code B ref -1); Sun, 03 Jun 2018 02:23:02 +0000 Received: (at submit) by debbugs.gnu.org; 3 Jun 2018 02:22:23 +0000 Received: from localhost ([127.0.0.1]:59713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPIf0-0000oL-W5 for submit@debbugs.gnu.org; Sat, 02 Jun 2018 22:22:23 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51198) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPIey-0000o5-Sw for submit@debbugs.gnu.org; Sat, 02 Jun 2018 22:22:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fPIes-0001G3-Bj for submit@debbugs.gnu.org; Sat, 02 Jun 2018 22:22:15 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52069) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fPIes-0001Fv-7j for submit@debbugs.gnu.org; Sat, 02 Jun 2018 22:22:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42169) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fPIeq-00072L-I9 for bug-gnu-emacs@gnu.org; Sat, 02 Jun 2018 22:22:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fPIep-0001FR-AQ for bug-gnu-emacs@gnu.org; Sat, 02 Jun 2018 22:22:12 -0400 Received: from mail-lf0-x22c.google.com ([2a00:1450:4010:c07::22c]:37203) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fPIeo-0001Ev-Tg for bug-gnu-emacs@gnu.org; Sat, 02 Jun 2018 22:22:11 -0400 Received: by mail-lf0-x22c.google.com with SMTP id r2-v6so20112048lff.4 for ; Sat, 02 Jun 2018 19:22:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=puXSv/Ygo8a05puSnnbIP0QemDc0r10tntEDN2A8z6Q=; b=ZItZ6+dlaKeiQ1v+L9Yv+D4rO7lp7glbb0BDjpf6MyfYncEib5bHuoUHG7RPUsZJdZ b98mDTYIoQRiVXpCC+HnXo9gxBqr6w3++laPzdWEzNH/IKmyP1TWlxFgx7OioeIJJekC xEZ8daH0RhMmCzPVTINwvnRUFbwTzsd0veLzj4d15gsgrHzemzseDaju/b+Rm3k4gHwh 6EfubWn3RZGaSQpFCAB+SohmuSCv9HWurlnwvv9Bf47HAJJ0LDpqeg78PQ1JXHoXm2TR iWK8SZAfAZ5d+mCBWOi2Mw4A/tqCRWlw4ppQNzaN9+kldHS46nUSTu76AF0vcYh6tp2p eaag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=puXSv/Ygo8a05puSnnbIP0QemDc0r10tntEDN2A8z6Q=; b=cCHd6OWXW/oM6lGlvopHcHEYw4DVCd2K9C+r1r8DNDqG1nXAZWibRPTdXOreRzTAY4 sPvaQMEMPQ3QpIIEYEPNqDc4H3lCt8ULFDuWhl+nwuuBEPg/0Hbq3en17gtafMX0kU4S uNoND5dsKNr2JJ20ypHNAnETesf2eGnbyo/vxwnOSe/rjGirAiiYd2cBrA57Loa8o6k2 kpVzz5+cNxYIsjyJvBSVcddTdZSHQtOYtivjSVDaOuwm04H3tGrZU5CF3w2HtTTECe1b QVpz/9JJ6VzW4hNKrxsmIt/oSbW8rtKBkfeejfIVqvItkP7rhceNuJxCjyy3gQBnuLnZ 4s4g== X-Gm-Message-State: ALKqPweeJxKIE6Z3Ox8dN5cQr7f4mu5u3sVJHhKMbnt6BEDbaHSg4/q+ bNtB/UsumyEwXCcFNeAsud0ayJj4X3ivXMASlhMb32xx X-Google-Smtp-Source: ADUXVKIwgE5CqjJtzvG5/KTHDBZSbi0G+mmL6T+0zWpyOfdbSfVOLNmXHSOZ7QJFtA+0ZGbxgyEie63AcszMb8SMzro= X-Received: by 2002:a2e:7403:: with SMTP id p3-v6mr4921916ljc.59.1527992528797; Sat, 02 Jun 2018 19:22:08 -0700 (PDT) MIME-Version: 1.0 From: Radon Rosborough Date: Sat, 2 Jun 2018 20:21:32 -0600 Message-ID: Content-Type: multipart/alternative; boundary="000000000000e60329056db37b5a" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --000000000000e60329056db37b5a Content-Type: text/plain; charset="UTF-8" For the past year or two, my Emacs has occasionally had fits where it drops some of my key events. The symptom is that I type something like "radian" and I get "rdian". This happens more often when things are laggy in general, but also happens at other times. Usually, my Emacs will get into a state where it'll do it a lot, at least for a little while, but I can't reliably reproduce that state. I noticed that whenever a key is dropped, the text "Quit" is logged in the *Messages* buffer. However, `keyboard-quit' doesn't get called; I checked by adding an advice. Something in the C code causes a quit event to be signaled and also aborts the processing of my key event, apparently. I have confirmed that the problem still happens when none of Flycheck, Company, ElDoc are active. So it's not any of those. I haven't managed to reproduce the problem when Aggressive Indent is disabled, but that doesn't necessarily mean that Aggressive Indent is the problem. It could just be that Aggressive Indent makes my Emacs much slower, and so the bug is more likely to be observed. Typically, the dropped key does not even show up in the lossage (C-h l). However, one time I did notice this curious phenomenon: r [self-insert-command] a d [self-insert-command] i [self-insert-command] a [self-insert-command] n [self-insert-command] Where I typed "radian" but what was inserted was "rdian". The corresponding excerpt of the vector returned by `recent-keys' was: 114 (nil . self-insert-command) 97 100 (nil . self-insert-command) 105 (nil . self-insert-command) 97 (nil . self-insert-command) 110 (nil . self-insert-command) In the terminal, I've noticed things like the letters A-D getting inserted when I use the arrow keys. I presume that this is because one of the events in the escape sequence is eaten by this bug, and the rest of it gets misinterpreted. I have no idea how to go about debugging this, and unfortunately I don't know how to reliably reproduce the problem. But it's been with me a long time and it doesn't look like it's going away on its own. Can someone give me pointers on how to work towards a solution? Environment information: Emacs - 26.1, Homebrew, --with-cocoa --with-modules OS - macOS, 10.11.6 Configuration - https://github.com/raxod502/radian Thanks, Radon --000000000000e60329056db37b5a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
For the past year or two, my Emacs has occasionally h= ad fits where it
drops some of my key events. The symptom is = that I type something like
"radian" and I get "rdi= an".

This happens more often when things are = laggy in general, but also
happens at other times. Usually, my Em= acs will get into a state where
it'll do it a lot, at least f= or a little while, but I can't reliably
reproduce that state.=

I noticed that whenever a key is dropped, the tex= t "Quit" is logged in
the *Messages* buffer. However, `= keyboard-quit' doesn't get called; I
checked by adding an= advice. Something in the C code causes a quit
event to be signal= ed and also aborts the processing of my key event,
apparently.

I have confirmed that the problem still happens when= none of Flycheck,
Company, ElDoc are active. So it's not any= of those. I haven't managed
to reproduce the problem when Ag= gressive Indent is disabled, but that
doesn't necessarily mea= n that Aggressive Indent is the problem. It
could just be that Ag= gressive Indent makes my Emacs much slower, and
so the bug is mor= e likely to be observed.

Typically, the dropped ke= y does not even show up in the lossage (C-h
l). However, one time= I did notice this curious phenomenon:

=C2=A0 =C2= =A0 =C2=A0r [self-insert-command]
=C2=A0 =C2=A0 =C2=A0a d [self-i= nsert-command]
=C2=A0 =C2=A0 =C2=A0i [self-insert-command]
<= div>=C2=A0 =C2=A0 =C2=A0a [self-insert-command]
=C2=A0 =C2=A0 =C2= =A0n [self-insert-command]

Where I typed "rad= ian" but what was inserted was "rdian". The
corres= ponding excerpt of the vector returned by `recent-keys' was:
=
=C2=A0 =C2=A0 =C2=A0114
=C2=A0 =C2=A0 =C2=A0(nil .= self-insert-command)
=C2=A0 =C2=A0 =C2=A097 100
=C2=A0= =C2=A0 =C2=A0(nil . self-insert-command)
=C2=A0 =C2=A0 =C2=A0105=
=C2=A0 =C2=A0 =C2=A0(nil . self-insert-command)
=C2=A0= =C2=A0 =C2=A097
=C2=A0 =C2=A0 =C2=A0(nil . self-insert-command)<= /div>
=C2=A0 =C2=A0 =C2=A0110
=C2=A0 =C2=A0 =C2=A0(nil . self= -insert-command)

In the terminal, I've noticed= things like the letters A-D getting
inserted when I use the arro= w keys. I presume that this is because one
of the events in the e= scape sequence is eaten by this bug, and the
rest of it gets misi= nterpreted.

I have no idea how to go about debuggi= ng this, and unfortunately I
don't know how to reliably repro= duce the problem. But it's been with
me a long time and it do= esn't look like it's going away on its own.
Can someone g= ive me pointers on how to work towards a solution?

Environment information:
=C2=A0 Emacs - 26.1, Homebrew, --with-c= ocoa --with-modules
=C2=A0 OS - macOS, 10.11.6
=C2=A0 C= onfiguration - https://githu= b.com/raxod502/radian

Thanks,
Radon<= /div>

--000000000000e60329056db37b5a-- From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jun 2018 02:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Radon Rosborough Cc: 31692@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.15279933864551 (code B ref 31692); Sun, 03 Jun 2018 02:37:02 +0000 Received: (at 31692) by debbugs.gnu.org; 3 Jun 2018 02:36:26 +0000 Received: from localhost ([127.0.0.1]:59719 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPIsc-0001BL-Cw for submit@debbugs.gnu.org; Sat, 02 Jun 2018 22:36:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54851) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPIsa-0001B6-NW for 31692@debbugs.gnu.org; Sat, 02 Jun 2018 22:36:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fPIsS-0007VO-8V for 31692@debbugs.gnu.org; Sat, 02 Jun 2018 22:36:19 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53650) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fPIsS-0007VI-4w; Sat, 02 Jun 2018 22:36:16 -0400 Received: from [176.228.60.248] (port=3281 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fPIsR-0001yu-K1; Sat, 02 Jun 2018 22:36:16 -0400 Date: Sun, 03 Jun 2018 05:36:20 +0300 Message-Id: <83wovgd2aj.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Radon Rosborough on Sat, 2 Jun 2018 20:21:32 -0600) References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Radon Rosborough > Date: Sat, 2 Jun 2018 20:21:32 -0600 > > For the past year or two, my Emacs has occasionally had fits where it > drops some of my key events. The symptom is that I type something like > "radian" and I get "rdian". Is this in a text-mode frame or a GUI frame? From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Radon Rosborough Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jun 2018 04:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152800169518535 (code B ref 31692); Sun, 03 Jun 2018 04:55:02 +0000 Received: (at 31692) by debbugs.gnu.org; 3 Jun 2018 04:54:55 +0000 Received: from localhost ([127.0.0.1]:59743 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPL2d-0004ot-GX for submit@debbugs.gnu.org; Sun, 03 Jun 2018 00:54:55 -0400 Received: from mail-lf0-f49.google.com ([209.85.215.49]:44080) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPL2c-0004of-79 for 31692@debbugs.gnu.org; Sun, 03 Jun 2018 00:54:54 -0400 Received: by mail-lf0-f49.google.com with SMTP id 36-v6so18377157lfr.11 for <31692@debbugs.gnu.org>; Sat, 02 Jun 2018 21:54:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=aweqN5/gjouB2EonCvehUMWacKh/LPY7+uYIJ5kUtLY=; b=ZFLoO8MOpnv007aHWJ4cjhvEkk2n0Y0hSzzXr6Lwu4069KsR+djIljvdLrR0F9N5jJ hgMiYw5K/j3Bj/HuWLVFwsVrYz/XJ+Kas4GK9Ey8jX6Dq40UDwLAL0r7d4Mm7X1E4OZK WNfDJmRfAQVp4coHuTsMzSjEwfdKPO5GxbU0hLP5X/uJ4F9pvjXfzDYk4bf1OqBbLX13 4QgvCj/9qLzwwUWwF96caZJGg6dIGp90DB8AYo0PnF/KsNIi7oVVpF9jN8s92KbL+jv+ fdkpc5Ins0YlnWXnYGgNXJ7f6TaJj3lADpyQzl+2fVhqj/xtdmfvNHODEEZHZNPUJN9O C7jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=aweqN5/gjouB2EonCvehUMWacKh/LPY7+uYIJ5kUtLY=; b=Vp5e/PM3MW2NCRY5Le8i/QOjCV11Um7EpaLXMYZPMhNebJaCunsgJJXM6RrwrtZfMH AYIAYNhkZFj90QCXAKTdzf4IF2oKuWCbnNPUrp4wQPfsMkdiVHYOS0zxI0bWF3wkLYLk a+Vrhp4bBmPMG9GTl+swCChL8kWRywQnGQTftUo3CQyDUUtpLvIlbM881dqIjlFgfXdO zC923VEdHAafe+2eYTO/aahrdIYQqdHUKjDXajYVXR5kXqc9qK2V+4qVN8k8lIkgxqve 8KYY8DT+RuMOfgMG3zV38RzLltH/RLhiZkU8AEQxMI6SB/4B+U+lNqjjfwIQ2COqPoZZ kbIQ== X-Gm-Message-State: APt69E3DgjnM3Hf58cXJG1KV7nC4GadI/vw0tcYfa7tK2G11AkZGSgQ1 hmXpcTwMO81wulEb0vAWKWlagO7Em7mZOttLSWA= X-Google-Smtp-Source: ADUXVKL0y0SeHDiV5B3h6/LHm/YODbJjSPX1SE6x5iEtYhyPEYbPcf7zbBak8Mk8nOFXfBb8sLas7tym4tXoNMEgooI= X-Received: by 2002:a2e:9a44:: with SMTP id k4-v6mr3682953ljj.17.1528001688224; Sat, 02 Jun 2018 21:54:48 -0700 (PDT) MIME-Version: 1.0 References: <83wovgd2aj.fsf@gnu.org> In-Reply-To: <83wovgd2aj.fsf@gnu.org> From: Radon Rosborough Date: Sat, 2 Jun 2018 22:54:11 -0600 Message-ID: Content-Type: multipart/alternative; boundary="000000000000d7c696056db59d65" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000d7c696056db59d65 Content-Type: text/plain; charset="UTF-8" > Is this in a text-mode frame or a GUI frame? It has happened in both. --000000000000d7c696056db59d65 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
>=C2=A0Is this in a text-mode frame = or a GUI frame?

It has = happened in both.
--000000000000d7c696056db59d65-- From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jun 2018 12:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Radon Rosborough Cc: 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152802804214536 (code B ref 31692); Sun, 03 Jun 2018 12:15:01 +0000 Received: (at 31692) by debbugs.gnu.org; 3 Jun 2018 12:14:02 +0000 Received: from localhost ([127.0.0.1]:59839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPRta-0003mO-6W for submit@debbugs.gnu.org; Sun, 03 Jun 2018 08:14:02 -0400 Received: from mail-it0-f51.google.com ([209.85.214.51]:39509) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPRtY-0003ln-Tw for 31692@debbugs.gnu.org; Sun, 03 Jun 2018 08:14:01 -0400 Received: by mail-it0-f51.google.com with SMTP id p185-v6so2579383itp.4 for <31692@debbugs.gnu.org>; Sun, 03 Jun 2018 05:14:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=xafc8Dk+nLubytMBEsY1tXrEWC4ozMGXL3bx0zVF3OE=; b=cM3ZIJzggjKQvYQ4MNMGnyxstyYsZVtIMtiy8ljaO37sK9IWtaGi17jl3tnO0Q8GXG InvIqNZHuRNl+HwBcF5VO9qW4J6ZUbXQt6WQ9PTNyDOz4gpnJtl5tm9aZ/FnXgCqgVtc f6Y6kCb6KCVq67gFWec0fCWhM8yZM9erROTz11D18cESRvFLGo+msnoya8NMQdgrmGvc +PeMYZxN7vLa/XlWKgm+C6T7OPQsGbj2rBkBMPvsQCzhqJ2HnrjDQGJpDtHm+zn1igeM OqUEzYXxX/fxdg6IFxEeWEAbaEfDxFraDsaMmCJZnWhYpw7C1SyMoKyYVy2dZF9NnH21 VbLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=xafc8Dk+nLubytMBEsY1tXrEWC4ozMGXL3bx0zVF3OE=; b=O6tfSESB6BZ+ycu65+5iSygwHa76ubF2t4MpF2EYrh5bXvT0NtTEjyuWe1fcswTPHf DdRN6BEiewshrmAXXY4+nwrPrLaIvfmKZL/IauTJVkRmvc6ONItHq/duAuPMydbQn+Ml 8ej66P+lbUWs+xuoEVJHMmkIZJiwNuzWDxyhurdv74QnIlWKxTQGu8NVXsp3KRPQmocw fl9seT0A8EgXw+EANwUsuThdRPR+rufdDFGymByKrCJ7RO4q6EsxEFr9Za65NaDbWX75 kB75j2725pMl8n/GYzCsd21PkgvIBQ3d2wHXSp0SAIyZHj0+EEi+AOIqkSR+K95+eZ3/ i0PA== X-Gm-Message-State: APt69E1i8YgOUtDCJyEdAW3QoOziQYRIPH/eecS/Z1O1A6IYr6tRggIq nLhIc03TuF12ae2+bf+D5JypCQ== X-Google-Smtp-Source: ADUXVKLUqbxu+mofS0iUGCeMyEV9sdoxV7nkl4yCui7H4eHYqYZm6FhcEDSCeposATeLHnw3+DrJqg== X-Received: by 2002:a24:4190:: with SMTP id b16-v6mr10889025itd.152.1528028035415; Sun, 03 Jun 2018 05:13:55 -0700 (PDT) Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id v18-v6sm3402904ita.19.2018.06.03.05.13.54 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 03 Jun 2018 05:13:54 -0700 (PDT) From: Noam Postavsky References: Date: Sun, 03 Jun 2018 08:13:53 -0400 In-Reply-To: (Radon Rosborough's message of "Sat, 2 Jun 2018 20:21:32 -0600") Message-ID: <87y3fw83um.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Radon Rosborough writes: > I noticed that whenever a key is dropped, the text "Quit" is logged in > the *Messages* buffer. However, `keyboard-quit' doesn't get called; I > checked by adding an advice. Something in the C code causes a quit > event to be signaled and also aborts the processing of my key event, > apparently. Maybe you could run under a debugger and make it print a backtrace when a quit happens? break quit commands silent bt continue end set height 0 # don't page From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jun 2018 15:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Radon Rosborough Cc: 31692@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152803834431697 (code B ref 31692); Sun, 03 Jun 2018 15:06:01 +0000 Received: (at 31692) by debbugs.gnu.org; 3 Jun 2018 15:05:44 +0000 Received: from localhost ([127.0.0.1]:60431 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPUZj-0008FB-Nq for submit@debbugs.gnu.org; Sun, 03 Jun 2018 11:05:43 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37398) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPUZh-0008Ex-Ro for 31692@debbugs.gnu.org; Sun, 03 Jun 2018 11:05:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fPUZX-0001az-Mv for 31692@debbugs.gnu.org; Sun, 03 Jun 2018 11:05:36 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60275) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fPUZX-0001aH-Jb; Sun, 03 Jun 2018 11:05:31 -0400 Received: from [176.228.60.248] (port=4005 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fPUZW-0001ia-UZ; Sun, 03 Jun 2018 11:05:31 -0400 Date: Sun, 03 Jun 2018 18:05:36 +0300 Message-Id: <83sh63di67.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Radon Rosborough on Sat, 2 Jun 2018 22:54:11 -0600) References: <83wovgd2aj.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Radon Rosborough > Date: Sat, 2 Jun 2018 22:54:11 -0600 > Cc: 31692@debbugs.gnu.org > > > Is this in a text-mode frame or a GUI frame? > > It has happened in both. Then it's probably something specific to NS event handling. Does this happen in "emacs -Q" as well? From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Alan Third Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jun 2018 19:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Radon Rosborough , 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.15280538015251 (code B ref 31692); Sun, 03 Jun 2018 19:24:01 +0000 Received: (at 31692) by debbugs.gnu.org; 3 Jun 2018 19:23:21 +0000 Received: from localhost ([127.0.0.1]:60556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPYb3-0001Md-6d for submit@debbugs.gnu.org; Sun, 03 Jun 2018 15:23:21 -0400 Received: from mail-wr0-f172.google.com ([209.85.128.172]:37142) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPYb1-0001MR-Li for 31692@debbugs.gnu.org; Sun, 03 Jun 2018 15:23:20 -0400 Received: by mail-wr0-f172.google.com with SMTP id d8-v6so9758846wro.4 for <31692@debbugs.gnu.org>; Sun, 03 Jun 2018 12:23:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=VkBHgcn32Mjyy/KXFEpUarw6R9G/FbPOBQzm+b3h6fc=; b=VEQcuvL3JWlcsLICN6BwS/67KFR2oqzVceme7HuviCs39opt97jO5lVtvlERy9sjz+ snMprG4ICd+yuMNFYnUFr+BME8ic9r9Eki6GxqREM3/jwu0XOF1XlM8zv5f6Z4xERrPW DPR7U4+rac3wx4LNd/HqLdOhd3UuuXEBX2ZkflRllUhTRMTdA6SX/AR+2Bw8sygz0mQx roFScWjRbnRnuZXshHfLtaCTIaoOQZvQdo6IHBmZUHNM22VdA8n2A7qVFUNXSa/WL9+x AKNQ6xoVqeHVtpfnGD7WUhaC2oAyVU+NMOW8cQmpRSQMjMlvASgNizjp62GM7SWTeEkI lWww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=VkBHgcn32Mjyy/KXFEpUarw6R9G/FbPOBQzm+b3h6fc=; b=G8SFGDNeESmXh+yecfhlvHaW8gc7seFkXP8S3mwdHXjau5lzu2kWIKdpRlspy7oHmo 4ezVqnlWVagyfujOT4p0xYBxFREiqpgizb7OD2dJ1qNDovO7NAfCf0kJHhvfx/DuUNGV e09r0GdHvUltoRoyeJhJGRkIDf2sQFq7eheyvowdqn0lljgR8b9l8xSJXjdfqwCBHAkZ hjzDst/lR7+6b42JoGlw33nybCEd5qupXmlCK57WLflQEpAst2i2xIpyqrqtp+bbau/g EesQFs6SvySBzxBWtjFcliilXMZlbdiX8CMCjCHvBprjrTl2y5PM9y7UqELjYAAbU+Nv fmmQ== X-Gm-Message-State: ALKqPwfabfFyNNJvy+UPYf58RCjawk8SHMLodZcVoU/ghp/9zf7y/JFt 790ZoZ+t2Z7jqYptFnDXDAs= X-Google-Smtp-Source: ADUXVKK1soCpRjKPhoo/XUr/1RzDZ3rf0Wy672u8MbHrylmz4qyjVOIi0fNH89Y3fXlxCLsCN5nLlw== X-Received: by 2002:adf:9b86:: with SMTP id d6-v6mr15167006wrc.240.1528053793836; Sun, 03 Jun 2018 12:23:13 -0700 (PDT) Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-acd0-c556-d8b1-5ceb.holly.idiocy.org. [2001:8b0:3f8:8129:acd0:c556:d8b1:5ceb]) by smtp.gmail.com with ESMTPSA id l41-v6sm45823054wre.87.2018.06.03.12.23.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 Jun 2018 12:23:13 -0700 (PDT) Date: Sun, 3 Jun 2018 20:23:10 +0100 From: Alan Third Message-ID: <20180603192310.GA8167@breton.holly.idiocy.org> References: <83wovgd2aj.fsf@gnu.org> <83sh63di67.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83sh63di67.fsf@gnu.org> User-Agent: Mutt/1.9.3 (2018-01-21) X-Spam-Score: -0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) On Sun, Jun 03, 2018 at 06:05:36PM +0300, Eli Zaretskii wrote: > > From: Radon Rosborough > > Date: Sat, 2 Jun 2018 22:54:11 -0600 > > Cc: 31692@debbugs.gnu.org > > > > > Is this in a text-mode frame or a GUI frame? > > > > It has happened in both. > > Then it's probably something specific to NS event handling. It could be worth redefining NS_KEYLOG to 1 in nsterm.m. This prints a whole bunch of stuff to the terminal and should let us find out where the key presses are being lost if it is in the NS code. -- Alan Third From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jun 2018 10:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alan Third Cc: Eli Zaretskii , Radon Rosborough , 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152810890132442 (code B ref 31692); Mon, 04 Jun 2018 10:42:01 +0000 Received: (at 31692) by debbugs.gnu.org; 4 Jun 2018 10:41:41 +0000 Received: from localhost ([127.0.0.1]:60924 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPmvl-0008RB-68 for submit@debbugs.gnu.org; Mon, 04 Jun 2018 06:41:41 -0400 Received: from mail-it0-f68.google.com ([209.85.214.68]:40270) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPmvj-0008Qv-Vd for 31692@debbugs.gnu.org; Mon, 04 Jun 2018 06:41:40 -0400 Received: by mail-it0-f68.google.com with SMTP id j186-v6so9564152ita.5 for <31692@debbugs.gnu.org>; Mon, 04 Jun 2018 03:41:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mOt8HOmFK3WC86a4x9JFTGpd+jUEuKYNxC27/Ba2MVM=; b=Ygi5YaYVvffK2F3xOnsGMOXcPUy7vWiixw178tVEmUFDmEez4KNtzsLbM4OASngfLZ 5TFfFnOysPCkFJWxdWQNFREYmXq49D9QcAauhK4eP4U2oIQ7b3C8OskyCweFPZRp2tcv cItf5+7RrUVaz1vzH1+ty4u9dzTC5zXAwT+2H50gPtpslxrNCqN4bEZ9C8dXugijeO/d Knd1zKmVRPxLYao3uTL9uvoKKlhnG2dbCtGv+v0jPFDHjFqMiqbECu1XHIbz7wDZFhLt iQGzNrx83gnAjBYXQ3zPcpoeOhQAUPVvVXwMnVeE+Udb24rQjHsqI/pzvBbQ0swGeuV6 4cQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=mOt8HOmFK3WC86a4x9JFTGpd+jUEuKYNxC27/Ba2MVM=; b=Sz8PL7UuaOUA3QG7laldcaz2PH+K4etN6TGyaAojAARfu8nSSjLAKDMXCtVsYHcN6m zgkrRlJbItXAohUJgt/6fkb56b6RgKWVGJPiwsey6hpCwzyw2xvvnRdEfxjwWkGWSJrG X1BvvLdrImz6E0WZMFR6IJw8DHUAozq0FTIflf0Yx/1ktajI3bjZIx2Erx2YAcT1dVAX fpUtMqKU7tb3iU1qo7iXGuvGkDPihSUNBkkmCPT1hVYmLSzkkkVZQ6i9jt7DphEPJnz2 v5CWmSmcbjJachljdYjUrZOC8licgC2Z4kpmFrn+qZNlr7S2ETxNYER4gOGoRUapsYK7 oXvg== X-Gm-Message-State: APt69E3Tuw3YMTG3nATkaXkOQe28/7vRBNW6S0E+PKi7+Ee3tYFOV0ZI Rwquum0HApqelVCgSwl7URkQ9x4H2Ws2JU4uDl8= X-Google-Smtp-Source: ADUXVKJ0zft1PG05uJCd0jHSMiI/AQ6XdBSf5u1HCQJpIgmS5xtoywMMi8biH5bsngvFuwJpWQ/KGxDfgPeFcAuGyK0= X-Received: by 2002:a24:8b81:: with SMTP id g123-v6mr14206147ite.67.1528108894319; Mon, 04 Jun 2018 03:41:34 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a4f:2246:0:0:0:0:0 with HTTP; Mon, 4 Jun 2018 03:41:13 -0700 (PDT) In-Reply-To: <20180603192310.GA8167@breton.holly.idiocy.org> References: <83wovgd2aj.fsf@gnu.org> <83sh63di67.fsf@gnu.org> <20180603192310.GA8167@breton.holly.idiocy.org> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Mon, 4 Jun 2018 11:41:13 +0100 Message-ID: Content-Type: multipart/alternative; boundary="000000000000d2fa8f056dce930c" X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) --000000000000d2fa8f056dce930c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I'd just like to add a data point here. I'm on Debian GNU/Linux and have experienced the same thing (though not very often). I lose a key, and there's a "Quit" in my *Messages*, too. More importantly perhaps, I'm also using aggressive-indent-mode. Jo=C3=A3o On Sun, Jun 3, 2018 at 8:23 PM, Alan Third wrote: > On Sun, Jun 03, 2018 at 06:05:36PM +0300, Eli Zaretskii wrote: > > > From: Radon Rosborough > > > Date: Sat, 2 Jun 2018 22:54:11 -0600 > > > Cc: 31692@debbugs.gnu.org > > > > > > > Is this in a text-mode frame or a GUI frame? > > > > > > It has happened in both. > > > > Then it's probably something specific to NS event handling. > > It could be worth redefining NS_KEYLOG to 1 in nsterm.m. This prints a > whole bunch of stuff to the terminal and should let us find out where > the key presses are being lost if it is in the NS code. > -- > Alan Third > > > > --=20 Jo=C3=A3o T=C3=A1vora --000000000000d2fa8f056dce930c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'd just like to add a data point here.

=
I'm on Debian GNU/Linux and have experienced the same thing (thoug= h not very often).=C2=A0

I lose a key, and there&#= 39;s a "Quit" in my *Messages*, too.=C2=A0

More importantly perhaps, I'm also using aggressive-indent-mode.

Jo=C3=A3o

<= div class=3D"gmail_quote">On Sun, Jun 3, 2018 at 8:23 PM, Alan Third <alan@i= diocy.org> wrote:
On Sun, Jun 03, 2018 at 06:05:36PM +0300, Eli Zaretskii wrote:
> > From: Radon Rosborough <radon.neon@gmail.com>
> > Date: Sat, 2 Jun 2018 22:54:11 -0600
> > Cc: 31692@debbugs.gnu.or= g
> >
> > > Is this in a text-mode frame or a GUI frame?
> >
> > It has happened in both.
>
> Then it's probably something specific to NS event handling.

It could be worth redefining NS_KEYLOG to 1 in nsterm.m. This prints= a
whole bunch of stuff to the terminal and should let us find out where
the key presses are being lost if it is in the NS code.
--
Alan Third






--
Jo=C3= =A3o T=C3=A1vora
--000000000000d2fa8f056dce930c-- From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jun 2018 01:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Radon Rosborough , 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152816038230143 (code B ref 31692); Tue, 05 Jun 2018 01:00:02 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jun 2018 00:59:42 +0000 Received: from localhost ([127.0.0.1]:33766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ0K6-0007q7-3T for submit@debbugs.gnu.org; Mon, 04 Jun 2018 20:59:42 -0400 Received: from mout.web.de ([217.72.192.78]:48327) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ0K4-0007pv-T2 for 31692@debbugs.gnu.org; Mon, 04 Jun 2018 20:59:41 -0400 Received: from drachen.dragon ([188.110.196.170]) by smtp.web.de (mrweb103 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MEVhF-1fWJy90bF3-00FkQY; Tue, 05 Jun 2018 02:59:32 +0200 From: Michael Heerdegen References: <83wovgd2aj.fsf@gnu.org> Date: Tue, 05 Jun 2018 02:59:30 +0200 In-Reply-To: <83wovgd2aj.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Jun 2018 05:36:20 +0300") Message-ID: <87po163v65.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:DK8CD4OKMW1+IR+iEElnU+PCUCA260oB7X6lefl3kzEnks50WXe OL4beR6e503oDX+FpbdGa6+Bs7m3linXr2LdUFscIc3cHdpIHlXbT61ABPDeSJyaRflaLed 2Q1nz4CN2OVIeM36WiNDyXuue3HYhZ76WFK8BNcKMyq7roVxmktUTkoYTSjqwlaLPuKQxN6 KdUuKefjZvCCY5udZeMFQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:L/fDlgv6pJY=:g6OYiirgXdSimN6ytyW5S3 hSESO+nDglgXAKiAMVuEh5lwJiXO6JJKS7yxecOevBN0TQ+I6vVWDpPLBttszAIK20MXNHk6x Vzn2224u/SrSEVTVYqpXZ5Tg4avrQPqh7LuH3d8tPOakVmgJH0mf5uwaQuD+G7hnJqcznFj59 13HZRISquSbW34uEVf1habmrHXkNX46WyomuSMWerzAvFeqE+ZkFJCkgy+A62jFXa3Y8dVl+C wUWamLrSGj9TZNHa2Kd9gbraeHCbe38z2WDqL04htV97gfemtJLrMpv0o+WLKvkmGt5puYA6A gijUN+UoWj9JArGii/MwcbB9DnZ7hnAOiiPUBqCNXqYK9g2kWt05D5q++T1Gb47ublCUOYmBn EHn4gOKgoFx3ihRNJgm7+ZR/bljKldYzo7R4rmkpOnWUSXV+Y14Yj9e+jtZy+JOLvT7MJvmY/ q3ZQNgRttSqz8SJRIMe+j/qLhz9I+t2kON1VH/JAJHUOxaNbLnleYNBp3gYONqWaTFU6RMtSy BGoz74onQtgTYS0VtVggYRcAtkCxpkkRkcYejLCs4YIMZW9DaPe3W2s3K2DmAoszaIJzlPgi6 56qdlj3Qvo2NxJH3hNZC97vdR0D1P1G57TVH0LlL7YGO4CcjxYxDEiLpjuoFWRLy9UuMPFu9t l31EQ25JEYPzX2NNT9Tj7bM8QH3UwfAMJ+R3qVT9+T1jnv27s/NXKs29JQUetT0ONkfoisT+S VQlHfFHjvwgBx1yMwbfRDM3oTE6RHEf2s6tudD3TpX9boL9u20RUEQi9NQG6ETR+KKeWuv7fn izvWoXK X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > Is this in a text-mode frame or a GUI frame? `aggressive-indent-mode' has been mentioned multiple times (defined in Gnu Elpa package "aggressive-indent" btw). I see a combination of `while-no-input' and `sit-for' in `aggressive-indent--indent-if-changed': #+begin_src emacs-lisp (defun aggressive-indent--indent-if-changed () "Indent any region that changed in the last command loop." (when aggressive-indent--changed-list (save-excursion (save-selected-window (unless (or (run-hook-wrapped 'aggressive-indent--internal-dont-indent-if #'eval) (aggressive-indent--run-user-hooks)) (while-no-input (sit-for aggressive-indent-sit-for-time t) (redisplay) (aggressive-indent--proccess-changed-list-and-indent))))))) #+end_src This test function behaves as described if you call it and hit a key before sit-for has terminated: (defun test () (interactive) (while-no-input (sit-for 3)) (message "Done")) I then just get a "Quit" - the hitten key, and the (message "Done") call are skipped. Michael. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jun 2018 02:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152816624114177 (code B ref 31692); Tue, 05 Jun 2018 02:38:02 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jun 2018 02:37:21 +0000 Received: from localhost ([127.0.0.1]:33814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ1qb-0003ga-3b for submit@debbugs.gnu.org; Mon, 04 Jun 2018 22:37:21 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42349) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ1qY-0003gN-TJ for 31692@debbugs.gnu.org; Mon, 04 Jun 2018 22:37:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQ1qO-0004Kq-Vs for 31692@debbugs.gnu.org; Mon, 04 Jun 2018 22:37:13 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33572) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQ1qO-0004Kk-S1; Mon, 04 Jun 2018 22:37:08 -0400 Received: from [176.228.60.248] (port=3218 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fQ1qO-0002Y0-9t; Mon, 04 Jun 2018 22:37:08 -0400 Date: Tue, 05 Jun 2018 05:37:17 +0300 Message-Id: <83in6yarhe.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87po163v65.fsf@web.de> (message from Michael Heerdegen on Tue, 05 Jun 2018 02:59:30 +0200) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Michael Heerdegen > Cc: Radon Rosborough , 31692@debbugs.gnu.org > Date: Tue, 05 Jun 2018 02:59:30 +0200 > > This test function behaves as described if you call it and hit a key > before sit-for has terminated: > > (defun test () > (interactive) > (while-no-input > (sit-for 3)) > (message "Done")) > > I then just get a "Quit" - the hitten key, and the (message "Done") call > are skipped. If you are saying that aggressive-indent-mode is the culprit, then this bug should be reported to its developer(s). Thanks. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Radon Rosborough Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jun 2018 02:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Michael Heerdegen , 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152816650714553 (code B ref 31692); Tue, 05 Jun 2018 02:42:02 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jun 2018 02:41:47 +0000 Received: from localhost ([127.0.0.1]:33819 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ1ut-0003mf-MI for submit@debbugs.gnu.org; Mon, 04 Jun 2018 22:41:47 -0400 Received: from mail-lf0-f50.google.com ([209.85.215.50]:43441) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ1ur-0003mP-3n for 31692@debbugs.gnu.org; Mon, 04 Jun 2018 22:41:45 -0400 Received: by mail-lf0-f50.google.com with SMTP id n15-v6so1038743lfn.10 for <31692@debbugs.gnu.org>; Mon, 04 Jun 2018 19:41:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NCAzofEOcJmt2n3oM4PPQBiV9JXPSYEs4F82VybZZy8=; b=N4UyL+0K/zvb5R7cTDcWGMPbgLPzi5OOpsLRlr6D5N7BmQ8KzInZzZa4+V9qi8a4gc TkrVEu0urVSsh5iX15xjxF+V+BVFPSfWPdjWLDz/JAGHfLkt1DNVJkIIaQ1xFa3ChGHY lMQXJ3nEpStuJpROB3EKCqHaWWVuiUMhwJo2Rhgm9Snc3k6jF7182GZHD0tlR5gqvOVd vKmLCnGo5b5QlaGrYiYDO1RhNLfF0TveL0SVkDqYnSOsYm8SMZzb/g8k5YS767sfaKeX JxePeU6Q4NaeYuCBPPaf3ocT6HnzP8OAHcaCQJKvleOEjjQmvB2HJBPc1t/vqXLyRPOW MdTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NCAzofEOcJmt2n3oM4PPQBiV9JXPSYEs4F82VybZZy8=; b=bJ5ipCwNxc6GMV65UesFqcjBV/dJ4izWgMmgO4zfoP8nCp8RqSdtFFzybbKuSZnbHu 1pqfROV5Q9D2/YQe28RC+FekRe4nf3mEg0culDYoCNjUPbW05UvOOyvr0iiPyqVzGxPn oa1aUCCx/SiVCan5YA4l9YJmTeZJEPhhmeq+AhdCWU9vuhP1Ej5awQsDxXzZK9X5zL2F E08++gBLJo2cLmhZGC5TZCUaVt3b9ZTnaP6GBswamV69lKW00/defW/MMASJaTgy0I32 qTpTMkmrCIgpIRrbT8hPZSiO0v3W4NhO5XqN/Ta1Deiti3ZVGs1hrUnGLkxVitmVzpMa ma5A== X-Gm-Message-State: APt69E1c2KEvdXYtm7h6lP6G2oB+w1YZ5dU6A5RT5ku5CevzZVxpLsLH RBO595RAMYyOfrnL+DEluLqibHKLhqY1Ynb4rl8= X-Google-Smtp-Source: ADUXVKJ8iJg72IWdNAmMYA3ayMaXXvupKsbJzmkHmccslXkskzDh/ny3CWPz/oj1QHY+uPtQWq1Q/LTvVYpDA3fwovc= X-Received: by 2002:a19:9886:: with SMTP id a128-v6mr341582lfe.87.1528166499154; Mon, 04 Jun 2018 19:41:39 -0700 (PDT) MIME-Version: 1.0 References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> In-Reply-To: <83in6yarhe.fsf@gnu.org> From: Radon Rosborough Date: Mon, 4 Jun 2018 20:41:02 -0600 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > If you are saying that aggressive-indent-mode is the culprit, then > this bug should be reported to its developer(s). Are you saying that the output of the test snippet is as expected, and not a bug? It seems odd to me that `while-no-input' causes the key event to be dropped. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jun 2018 02:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152816693415185 (code B ref 31692); Tue, 05 Jun 2018 02:49:01 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jun 2018 02:48:54 +0000 Received: from localhost ([127.0.0.1]:33823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ21m-0003wq-DY for submit@debbugs.gnu.org; Mon, 04 Jun 2018 22:48:54 -0400 Received: from mout.web.de ([212.227.15.3]:49555) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ21l-0003wc-5r for 31692@debbugs.gnu.org; Mon, 04 Jun 2018 22:48:53 -0400 Received: from drachen.dragon ([188.110.196.170]) by smtp.web.de (mrweb004 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MYI9h-1fldWh1MH3-00V6et; Tue, 05 Jun 2018 04:48:46 +0200 From: Michael Heerdegen References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> Date: Tue, 05 Jun 2018 04:48:45 +0200 In-Reply-To: <83in6yarhe.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 05 Jun 2018 05:37:17 +0300") Message-ID: <87po16osmq.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:whEjs/oHVbGEv/Xbm58Jd2gktHGJTvIYAPT443Z0XQTkTKZOfMS gWDkUCUggeJIhQS24SvQT2cv6OLykfBXODoYXOB/FZRQNo2LiTf6aywoE/OsPi/f3PSFx1g CATikaQPZfIl+sTvcrfn7uxzzqljTAKZyFn1wxZv1u0XHeg81A1v32bbObiIEk3aW4rVQs0 KGRBh71fGh+DmyhL1ge8Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:KR7EoSF8v50=:BSHrhOIWWMe3c+4Vaoej1Y iJXtrQIx4YymhfswgJNoztrBQAnsys62cnQasU2x/lB3DXSdn+bMM3J0JQLctsG5i632tz2SR GEvSbWJFY3P0PWGRHHy4bTzx1zJ7bsKCiH1itngbUPbBENKh6gfGZxvHp/g8UX4bvcQOTNY5P oQixefG3fHM5LNKZyGQa3JUCkfe7h7tfc1YuomA921m064boJ2tKMdsZXvKd2vHb/X4Gxz4YP Kbe3RavqKE6Ud6/WmPIHE9mz+0EMjY123xRu2ISxfb1jfzFYJ9acjnhdjZNHSq9QUxLrunjpE pejPWY21uYLlhc04x5seds/dTsmGSlhh2g7HVggjuibe07pNvJq+In22/mF3G0Sp/es+2mUww iEDn1lUe68o5+ZQ4sOiG8B9+qv2RLa77MpeAwRREE0+bL02Nt0zmhS+dsjKjp9bht1MgSy8MG gd/rQXPK8jGMXtRiaQYMg+0gMy+9hzXJjolu1L4Z7GgYfug2sdaJdbyOD1AtowOAwsjM3VrGS WUrycUMmeDTaclrMq9ZYRCbt3S10JqPFR+mMP9FdCivOuOZBR71GXLcBBP5BPlhlnC3RF5vwW LVMroUI8gDSwpv6GgLRAZzqCOfAdQWjiVhCvzJCxJs4d/1xHGfDuKJ9w22xTNWXJ+JScuF53/ qcAze9QEpc8DhcBPmli63WhvXjsZi9j5chEo+nuyDLVsalikkMRqB/6zsOPAy0V9Nd391JMFn zK8fhZjK/KcasRyQsiXuV9HDGO7fP+Oj4bUxSZKyPD+GplJR3EYwPMAYYgOmEDLyDVzgH6IAr yypE/G/ X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > If you are saying that aggressive-indent-mode is the culprit, then > this bug should be reported to its developer(s). I can't estimate if what they do in their code is bad or should behave different (sane) and this is a bug in Emacs - please enlighten us! Thanks, Michael. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jun 2018 04:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Radon Rosborough Cc: Michael Heerdegen , 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152817189022662 (code B ref 31692); Tue, 05 Jun 2018 04:12:01 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jun 2018 04:11:30 +0000 Received: from localhost ([127.0.0.1]:33941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ3Jh-0005tS-NT for submit@debbugs.gnu.org; Tue, 05 Jun 2018 00:11:29 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33377) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ3Jf-0005tE-SB for 31692@debbugs.gnu.org; Tue, 05 Jun 2018 00:11:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQ3Ja-00020l-1H for 31692@debbugs.gnu.org; Tue, 05 Jun 2018 00:11:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35333) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQ3JT-0001w4-I0; Tue, 05 Jun 2018 00:11:15 -0400 Received: from [176.12.201.121] (port=49728 helo=[10.166.40.134]) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1fQ3JS-0008FK-Sq; Tue, 05 Jun 2018 00:11:15 -0400 Date: Tue, 05 Jun 2018 07:11:11 +0300 User-Agent: K-9 Mail for Android In-Reply-To: References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Eli Zaretskii Message-ID: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) On June 5, 2018 5:41:02 AM GMT+03:00, Radon Rosborough wrote: > > If you are saying that aggressive-indent-mode is the culprit, then > > this bug should be reported to its developer(s)=2E >=20 > Are you saying that the output of the test snippet is as expected, and > not a bug? It seems odd to me that `while-no-input' causes the key > event to be dropped=2E My reading of the documentation of while-no-input is that yes, this is the expected behavior=2E The description in the ELisp manual is especially explicit about "quit-like" effect of early arrival of input=2E And the implementation clearly means what we observe=2E From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jun 2018 04:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152817201122857 (code B ref 31692); Tue, 05 Jun 2018 04:14:02 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jun 2018 04:13:31 +0000 Received: from localhost ([127.0.0.1]:33945 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ3Ld-0005wZ-3d for submit@debbugs.gnu.org; Tue, 05 Jun 2018 00:13:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33957) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQ3Lb-0005wL-85 for 31692@debbugs.gnu.org; Tue, 05 Jun 2018 00:13:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQ3LV-000356-4R for 31692@debbugs.gnu.org; Tue, 05 Jun 2018 00:13:21 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35473) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQ3LO-00031Z-Lg; Tue, 05 Jun 2018 00:13:14 -0400 Received: from [176.12.201.121] (port=49762 helo=[10.166.40.134]) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1fQ3LN-0008QC-U9; Tue, 05 Jun 2018 00:13:14 -0400 Date: Tue, 05 Jun 2018 07:13:10 +0300 User-Agent: K-9 Mail for Android In-Reply-To: <87po16osmq.fsf@web.de> References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <87po16osmq.fsf@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Eli Zaretskii Message-ID: <4C3A5112-944C-49A3-8E1E-A1D784B5FDCC@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) On June 5, 2018 5:48:45 AM GMT+03:00, Michael Heerdegen wrote: > Eli Zaretskii writes: >=20 > > If you are saying that aggressive-indent-mode is the culprit, then > > this bug should be reported to its developer(s)=2E >=20 > I can't estimate if what they do in their code is bad or should behave > different (sane) and this is a bug in Emacs - please enlighten us! >=20 >=20 > Thanks, >=20 > Michael=2E All I meant to say is that issues specific to a package should be reported to the respective developers=2E It's a procedural issue, IOW=2E From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jun 2018 11:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Michael Heerdegen , radon.neon@gmail.com, 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152819988616530 (code B ref 31692); Tue, 05 Jun 2018 11:59:01 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jun 2018 11:58:06 +0000 Received: from localhost ([127.0.0.1]:34435 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQAbG-0004IT-6K for submit@debbugs.gnu.org; Tue, 05 Jun 2018 07:58:06 -0400 Received: from mail-it0-f43.google.com ([209.85.214.43]:40026) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQAbD-0004Ht-NB; Tue, 05 Jun 2018 07:58:03 -0400 Received: by mail-it0-f43.google.com with SMTP id j186-v6so2945423ita.5; Tue, 05 Jun 2018 04:58:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=CCT5jdS52nhiYVKr6QB6ZqXaxpHWfoQ5YHFVK12WqKo=; b=DU7dheWjdaIbU4KtDVMqOO8m+fBS+F7WrNz09a0VT7rft/1JJJ447JXzls003ped8/ UiWflo3Fo5aVXxO6Y5CPHdN4S4NfedO0SK0AlGDbrJF2fgoqcYmaotuBCJSo1kJF+ewO U09o1fz2EhG4bRxc0vfbj4AQmZlD5KW+iZMBwlSkcWP422RT0bhTMm+8+3BetayuBsX/ nXtHgmy0pEvhu6AVzVFYVWKlmApeaslIAUQ17RhexvcRhRNPSYFwNaOYux2ShTcO16tv eXOkG3xotqhge+hNYjowexbADOgGpsPm/yvUXcaY8AG9yGOQ9AUq067HtNAHmJ5STQ4b Re/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=CCT5jdS52nhiYVKr6QB6ZqXaxpHWfoQ5YHFVK12WqKo=; b=IwBwbU2NYoIvFs82RXGDnHnXfTWdyReoK++C88TJdtNolBBcLEoqnzXCN7cYMnzmpT 18oKk6SBBBPIQaUUOYp3mGJqE/EZ2nDhgMPw+3z1j7xaFq5XmBm5FJ4WJMdXV46TXCxQ +vv8jhbYTpNQISYvSUsZgbB/hwElC59NtMdsTDOGoBCOIS3GlXeCMxrWMxT83nr1AjoQ MlddEcblMYQ43RJU+lLVn9W1+cs2P9rZNsIkWJmaTGVJOuKcCU388+Rx3yqqI30i4KKH 4Ein3enmlkT1XtDUvzYbYV2e1cHROmxb6C/dL3+ejvJGrOCr59oA6MuI3WfFfEzz3U/M yWUA== X-Gm-Message-State: APt69E3OYIErEYs5koAHJ8IYCb6a05z0BsN9qbd9ZedJ8eKJoxeJnlp/ KbOyr4Rg5iKR6Dp8SP8clHuxTg== X-Google-Smtp-Source: ADUXVKKD56AAswULeSmiIZE1F2H4ypf3JnPix53peu6SFOsBBmy9izNeM0JnOXr9wvYCmdNDEXUjiA== X-Received: by 2002:a24:5149:: with SMTP id s70-v6mr18946350ita.52.1528199877883; Tue, 05 Jun 2018 04:57:57 -0700 (PDT) Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id l19-v6sm5738248ioh.27.2018.06.05.04.57.56 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 05 Jun 2018 04:57:56 -0700 (PDT) From: Noam Postavsky References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <87po16osmq.fsf@web.de> <4C3A5112-944C-49A3-8E1E-A1D784B5FDCC@gnu.org> Date: Tue, 05 Jun 2018 07:57:55 -0400 In-Reply-To: <4C3A5112-944C-49A3-8E1E-A1D784B5FDCC@gnu.org> (Eli Zaretskii's message of "Tue, 05 Jun 2018 07:13:10 +0300") Message-ID: <87po1578e4.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) retitle 31692 aggressive-indent-mode causes Emacs to sometimes drop key events quit Eli Zaretskii writes: > All I meant to say is that issues specific to a package should be > reported to the respective developers. It's a procedural issue, IOW. Seems to have been reported already, with no response: https://github.com/Malabarba/aggressive-indent-mode/issues/111 Although since it's in GNU ELPA, I guess reporting it here is also correct. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jun 2018 14:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Noam Postavsky Cc: michael_heerdegen@web.de, radon.neon@gmail.com, 31692@debbugs.gnu.org, Artur Malabarba Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152820906726397 (code B ref 31692); Tue, 05 Jun 2018 14:32:01 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jun 2018 14:31:07 +0000 Received: from localhost ([127.0.0.1]:35255 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQCzL-0006rE-6W for submit@debbugs.gnu.org; Tue, 05 Jun 2018 10:31:07 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52873) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQCzG-0006hd-T3 for 31692@debbugs.gnu.org; Tue, 05 Jun 2018 10:31:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQCz7-0000ZH-1b for 31692@debbugs.gnu.org; Tue, 05 Jun 2018 10:30:57 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44726) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQCz6-0000ZA-U3; Tue, 05 Jun 2018 10:30:52 -0400 Received: from [176.228.60.248] (port=3819 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fQCz6-0001ZZ-Ci; Tue, 05 Jun 2018 10:30:52 -0400 Date: Tue, 05 Jun 2018 17:31:02 +0300 Message-Id: <83d0x5b909.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87po1578e4.fsf@gmail.com> (message from Noam Postavsky on Tue, 05 Jun 2018 07:57:55 -0400) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <87po16osmq.fsf@web.de> <4C3A5112-944C-49A3-8E1E-A1D784B5FDCC@gnu.org> <87po1578e4.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Noam Postavsky > Cc: Michael Heerdegen , radon.neon@gmail.com, 31692@debbugs.gnu.org > Date: Tue, 05 Jun 2018 07:57:55 -0400 > > Although since it's in GNU ELPA, I guess reporting it here is also > correct. Reporting here is OK, but I think then the developer should be CC'ed (done). From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Artur Malabarba Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jun 2018 21:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Michael Heerdegen , radon.neon@gmail.com, 31692@debbugs.gnu.org, Noam Postavsky Reply-To: bruce.connor.am@gmail.com Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152823478626322 (code B ref 31692); Tue, 05 Jun 2018 21:40:02 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jun 2018 21:39:46 +0000 Received: from localhost ([127.0.0.1]:35541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQJg9-0006qT-Eu for submit@debbugs.gnu.org; Tue, 05 Jun 2018 17:39:45 -0400 Received: from mail-io0-f178.google.com ([209.85.223.178]:42245) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQJg7-0006qE-NU for 31692@debbugs.gnu.org; Tue, 05 Jun 2018 17:39:44 -0400 Received: by mail-io0-f178.google.com with SMTP id r24-v6so5183452ioh.9 for <31692@debbugs.gnu.org>; Tue, 05 Jun 2018 14:39:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=LrIhpXlcpUG54H+NtThODpHbCNh02xtd+vuqrGLdL90=; b=gKNosRQ5BOlPurmMQg5RLCjXg/Z2CvT0OhwL1efE2Ws/f4D0UrKlyOa0AwxIhScyAY OlFsxQ8SOgvvsThUYsW6nXtc6Ccz25vRmCyUm2L2KNJGod49aM4OqlzTJDAJmlrlPYtJ NSXY+QtelVuQ3roLej2hK3jNaysXdPAUrI8cZFZEONJ9JdkfdAEcYKdhwGjeHzHqNJvE LW+MIqVFB6V/4r1CMY/JwjKTwJZKCT0BMbKr7eSAa95GJPIBTnDireVlEpb4XaaUJuhU AAOeEhpzRDcwjnfxWATAEbj0tQBScRcCV0ORWA1aZ0rYNZvMFtzan9Lb6Zben/6By4o9 Q3MQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=LrIhpXlcpUG54H+NtThODpHbCNh02xtd+vuqrGLdL90=; b=ihagOaWHdokHQxNE4p1nOB5JoT9IyJTFaUxvK0pYpvRgdXGNnnb/ncWazyi9ZEQetV yVVeUrIHMxopCNEC0drkzui4kUWrhMROhsRmSf7uniw9OrDAQL1b+FiodCv7//Aoo7BW TWyIVGHH6mqC8ARHXKc51fwCXJs5Rctr7hwF0avv/kthBqVZnlr/LBdZ+Ap4YHCPnt/U xc1PV4Uj0rnU2SNOppMK9I/4m3xdTH8y8WmvtO8vQJRa2T+n4xl2gY7rpm3S9bY/Fs7X 1jswLgJA9ABtarTeal4zXXNbBCTNwrxsnUz0tpD8klrXgSjzm6ez7z8ejpEij+LNAUUK wbhA== X-Gm-Message-State: APt69E3iPdrFMDGdYi29FtA9Oo3uBuqww49EUI8lywdsgI1RN/BmRgbQ LlOsxeSGd1nQxs8wHjgFXMlUI9T1VRMjSzBsNZw= X-Google-Smtp-Source: ADUXVKLIuEHimYGVyFb7w6H0GBScrvT2F0lJXAuNjizTYNa17AgbwEROtKWdfzvn69MbAU/6hhYtLdzt66gdIx8HWj8= X-Received: by 2002:a6b:87d8:: with SMTP id r85-v6mr384367ioi.243.1528234778091; Tue, 05 Jun 2018 14:39:38 -0700 (PDT) MIME-Version: 1.0 References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <87po16osmq.fsf@web.de> <4C3A5112-944C-49A3-8E1E-A1D784B5FDCC@gnu.org> <87po1578e4.fsf@gmail.com> <83d0x5b909.fsf@gnu.org> In-Reply-To: <83d0x5b909.fsf@gnu.org> From: Artur Malabarba Date: Tue, 5 Jun 2018 18:39:25 -0300 Message-ID: Content-Type: multipart/alternative; boundary="00000000000014e641056debe35d" X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000014e641056debe35d Content-Type: text/plain; charset="UTF-8" Thanks for the cc. I'll admit that issue flew under my radar. I'm not sure how to fix it, though. Is there a way to ensure that the input that interrupts `while-no-input' still gets properly handled by emacs? On Tue, Jun 5, 2018, 11:31 AM Eli Zaretskii wrote: > > From: Noam Postavsky > > Cc: Michael Heerdegen , radon.neon@gmail.com, > 31692@debbugs.gnu.org > > Date: Tue, 05 Jun 2018 07:57:55 -0400 > > > > Although since it's in GNU ELPA, I guess reporting it here is also > > correct. > > Reporting here is OK, but I think then the developer should be CC'ed > (done). > --00000000000014e641056debe35d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for the cc.
I'll admit that i= ssue flew under my radar.

I'm not sure how to fix it, though. Is there a way to ensure that the= input that interrupts `while-no-input' still gets properly handled by = emacs?=C2=A0


On Tue, Jun 5, 2018, 11:31 AM Eli Zaretskii <eliz@gnu.org> wrote:
>= From: Noam Postavsky <npostavs@gmail.com><= br> > Cc: Michael Heerdegen <michael_heerdege= n@web.de>,=C2=A0 radon.neon@gmail.com,= =C2=A0 31692@debbugs.gnu.org
> Date: Tue, 05 Jun 2018 07:57:55 -0400
>
> Although since it's in GNU ELPA, I guess reporting it here is also=
> correct.

Reporting here is OK, but I think then the developer should be CC'ed (done).
--00000000000014e641056debe35d-- From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jun 2018 21:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Radon Rosborough , 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152823486526476 (code B ref 31692); Tue, 05 Jun 2018 21:42:02 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jun 2018 21:41:05 +0000 Received: from localhost ([127.0.0.1]:35546 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQJhR-0006sy-29 for submit@debbugs.gnu.org; Tue, 05 Jun 2018 17:41:05 -0400 Received: from mout.web.de ([212.227.15.14]:43137) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQJhP-0006sN-LH for 31692@debbugs.gnu.org; Tue, 05 Jun 2018 17:41:04 -0400 Received: from drachen.dragon ([188.110.196.170]) by smtp.web.de (mrweb001 [213.165.67.108]) with ESMTPSA (Nemesis) id 0LeLmv-1g4wN03jsD-00qDwP; Tue, 05 Jun 2018 23:40:56 +0200 From: Michael Heerdegen References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> Date: Tue, 05 Jun 2018 23:40:55 +0200 In-Reply-To: (Eli Zaretskii's message of "Tue, 05 Jun 2018 07:11:11 +0300") Message-ID: <877encq5co.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:GhJSF/HGovyH+f5Eim3/5XODE0ay+6cLZty1V9lSznpQPSK6QUX /vVi2gEBab68wSTV3QSNoDTv9HXgjIdsKTmd6e5l09LkDo2F5rdItD0L0TMDzVR2G5nDjXM P9OQqVeZP9y2xOBnM3o9eqZ8qv0QTxJOmJBcx3FuBhrWQwkXDe1Rc3cGvIibHZXYo8pZzAr OIsZGIR6yqbF8r54xAW9A== X-UI-Out-Filterresults: notjunk:1;V01:K0:mDKI/m1ukUY=:1wdXvL5n79BwUiwuNNPXUX m5NZGchXHFWFHAUuiApehttrPoMlqooylXT4othB7nSSpwkQhOoI9tnhczBWA2CvsZ9ucRa2B 2ZCWXV+yYyW3gRi3XLpZAVNYgubBpzNuJIZ3aqjgrHK8eXDtYYGSdvIuEZF7/J4J8LIAegAUu viSznxXtlev0PSP/LDrQp4rSEyCGY4lyXpgi31y+Hx/vaeTwkdjMARwx7p9SPdj46bcj2Vu0A lF+Z7NqNyRkD0QFqX5TAlvrLYsAhSEH5nOrhCNKEmvxCnYZFx9XNzfSyJXBIl1U32cD3WP0Kn uNBxjG9sl48ZUdYXRoNPx2dpbI0DhIGOvYz1f97N0EGPDVsZPdbOAbo2Psa+KaHxb0/pQKXqq Qt8GbHEtW9/bIGUszO/6m/m10nTy+ktg+dWYKOwXWdCrdMJyUGS41EKQMBN/6MpwlG3vJ0kgJ C7LWQ/sFxLUGk1+7amSyk8B9lM+fT38XkpF5qQYOysPGOyyybMyFAD4sYecsCLTxIIjYcTa1Y lduz6MOYyPSWHRZCKld2kuYz2OsKM0v78kzZ/0nQq7Oghd1g/Nydlj8bi1xWFRvXlgPKWvNYZ rmDomORGFrPAXM3KxntRuOicJRK4J/orkkHP+gJPrP81iWFQxndb/WkT8OjZxCppckhBdinhN Qkvy9OdIBvL3i2UHRPsnhsGsOeZvZKsFvt3i0zaU1Odu3+JO/WUNo4IpLYFEFhKdSDI4F4Jfd gdHjW5tDayEIUaQ5KAobEnQa+4OWlI8gIRlheKRTgoIm6Dxvqb2aYD0Iaeip7hJqqIMJVf1lg hgwb19a X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > My reading of the documentation of while-no-input is that yes, this > is the expected behavior. The description in the ELisp manual is > especially explicit about "quit-like" effect of early arrival of > input. AFAIU, this quit-like effect should be limited to `while-no-input' and not be propagated to top-level. I also read the documentation of the low-level tools with which this is implemented - `throw-input' and `quit-flag', and that also gives me the impression that generating a "quit" signal is not intended (that would also be not very useful). We only want a quit to come through when the user really quits (C-g) - that's while `while-no-input' (which uses `with-local-quit' that sets `quit-flag') explicitly quit - but only when a quit had been intercepted. I made some further experiments with my test function #+begin_src emacs-lisp (defun test () (interactive) (while-no-input (sit-for 3)) (message "Done")) #+end_src What I found was that when I load the source file subr.el, or only the definition of `sit-for', calling `test' and hitting a key does not produce a quit any more. Something here seems not kosher. Michael. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jun 2018 02:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.15282526398499 (code B ref 31692); Wed, 06 Jun 2018 02:38:02 +0000 Received: (at 31692) by debbugs.gnu.org; 6 Jun 2018 02:37:19 +0000 Received: from localhost ([127.0.0.1]:35746 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQOK7-0002D1-GK for submit@debbugs.gnu.org; Tue, 05 Jun 2018 22:37:19 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44521) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQOK5-0002Cp-AT for 31692@debbugs.gnu.org; Tue, 05 Jun 2018 22:37:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQOJw-0001kw-PQ for 31692@debbugs.gnu.org; Tue, 05 Jun 2018 22:37:11 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57009) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQOJw-0001kr-LV; Tue, 05 Jun 2018 22:37:08 -0400 Received: from [176.228.60.248] (port=1417 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fQOJv-0000Dl-UY; Tue, 05 Jun 2018 22:37:08 -0400 Date: Wed, 06 Jun 2018 05:37:19 +0300 Message-Id: <838t7sabds.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <877encq5co.fsf@web.de> (message from Michael Heerdegen on Tue, 05 Jun 2018 23:40:55 +0200) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Michael Heerdegen > Cc: Radon Rosborough , 31692@debbugs.gnu.org > Date: Tue, 05 Jun 2018 23:40:55 +0200 > > What I found was that when I load the source file subr.el, or only the > definition of `sit-for', calling `test' and hitting a key does not > produce a quit any more. Does it produce the character you type, though? Because if it doesn't, then whether or not you see "Quit" doesn't matter much, IMO, at least not for the main issue at hand. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jun 2018 02:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152825392410269 (code B ref 31692); Wed, 06 Jun 2018 02:59:02 +0000 Received: (at 31692) by debbugs.gnu.org; 6 Jun 2018 02:58:44 +0000 Received: from localhost ([127.0.0.1]:35755 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQOeq-0002fZ-GT for submit@debbugs.gnu.org; Tue, 05 Jun 2018 22:58:44 -0400 Received: from mout.web.de ([212.227.15.14]:35317) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQOen-0002fK-0y for 31692@debbugs.gnu.org; Tue, 05 Jun 2018 22:58:43 -0400 Received: from drachen.dragon ([188.110.196.170]) by smtp.web.de (mrweb004 [213.165.67.108]) with ESMTPSA (Nemesis) id 0LsNpI-1gSHom2tPE-011zoc; Wed, 06 Jun 2018 04:58:32 +0200 From: Michael Heerdegen References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <838t7sabds.fsf@gnu.org> Date: Wed, 06 Jun 2018 04:58:31 +0200 In-Reply-To: <838t7sabds.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 06 Jun 2018 05:37:19 +0300") Message-ID: <87muw8k4dk.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:nIFEbnpTDOanRAcjVL5kR7kOnq34LlwAe6VCnrkYeJba75q/ijn d7NWqk+HyqUyAOqsqbrQ7frqTXp283F5kcggpM6HtfJkqu7Z/DaE8g79dNlv/PrFCndeCj0 Ca+BVjDu4GFWqNP3d62Qy3ceO+mg9CdYH6ZZEXGNzlOOdE8BnO4/6gppvNsvdG1PRvkhSmj 0ojHiu3FpwzmN6XjlPdzA== X-UI-Out-Filterresults: notjunk:1;V01:K0:S9fccA5wEcg=:eZWiaX2c38FpsoPuWPsuv+ gqoBApQmHanVL8PuQvWUQdJva6DkukhXVscUD29djGnXXH3xL3o+6kOJe2G5PJwwY1P2gQK06 FSWPfxUsu0lGXJO/dNK4yeTLlEyipgE1HF6XjrsZEE39ysI+yMHkQgpD1YXY5e77wJmKBCBDl VFQpmZalHeWWepG7FnzVpbvxpXOUJCBmQWTODNXQHe+s353ohedJjIk5bvDlPTtmRJdSywUiQ SrcK3AWkN2OMft2GXdc9zr4ch/Ka3PhRUaAjv7P1O4+tkWPsy+38NgbyRHHIIKHRioH1MTHFH JzrOxZgN43pz/ElOKiQ3TSydSdEQ9tfd/L71Edaso+uW4jchZz2Zl4m+QDXn8HNbz9obkOJhD gyjCQeIzp9WspMGS6ktCQUec945JRhsFye9QdHfutqfxwht6nGkJN7UfTScMVaPwt+pNgkAxN VdegcYvLnJuVhCdW/9hgMKT5T+9xlQGUWxG0mg84QnsUZ8jeh7i13pgOXiCBHxIuOUpS8nHIO wzu+aeOa8k4huCZRqQMhhh4Dfj78STyRJFlDLOXxyT5bbfx/8o0RqCid5SHV5M/JwoAuyN6LJ JqU/I9z8J9KCnkmOD0OTFcSFPV276Rv6C2NmJaMfgbRjiURQF7nbDR56S+Azc12+ou0Khybju sbEpHJvuoKUW3tcn02PuhDzemcvEmKtwU13DTkCOJOWtqgFRHJL7GsJVeXroOh9MdxTia7bBU ayFZmHd84iFGR18wWIULfY0g6h842rNz6nPqs+RWXdCYKi9n9zzOzZwuIHLQA2bkgmpYtVA1o TAqk2x1 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > Does it produce the character you type, though? Because if it > doesn't, then whether or not you see "Quit" doesn't matter much, IMO, > at least not for the main issue at hand. Hmm, right, it doesn't. But I do not only see the issue in the aggressive-indent-mode, but also an issue in Emacs...you don't? For `aggressive-indent-mode' - I think they should use an idle timer: Add something to `post-command-hook' that activates the timer, or resets the idle time when the timer is already there. When the timer fires, you don't need `sit-for' - and the problem only occurs when `while-no-input' and `sit-for' are combined. The timer just calls the aggressive indent function wrapped in `while-no-input'. Michael. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jun 2018 14:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: bruce.connor.am@gmail.com Cc: michael_heerdegen@web.de, radon.neon@gmail.com, 31692@debbugs.gnu.org, npostavs@gmail.com Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152829599220565 (code B ref 31692); Wed, 06 Jun 2018 14:40:02 +0000 Received: (at 31692) by debbugs.gnu.org; 6 Jun 2018 14:39:52 +0000 Received: from localhost ([127.0.0.1]:36916 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQZbM-0005Lc-Fd for submit@debbugs.gnu.org; Wed, 06 Jun 2018 10:39:52 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60394) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQZbK-0005LQ-Oi for 31692@debbugs.gnu.org; Wed, 06 Jun 2018 10:39:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQZbB-0005J1-DI for 31692@debbugs.gnu.org; Wed, 06 Jun 2018 10:39:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37832) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQZbB-0005Io-9q; Wed, 06 Jun 2018 10:39:41 -0400 Received: from [176.228.60.248] (port=1249 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fQZbA-0003Bm-Qj; Wed, 06 Jun 2018 10:39:41 -0400 Date: Wed, 06 Jun 2018 17:39:53 +0300 Message-Id: <834ligx9l2.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Artur Malabarba on Tue, 5 Jun 2018 18:39:25 -0300) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <87po16osmq.fsf@web.de> <4C3A5112-944C-49A3-8E1E-A1D784B5FDCC@gnu.org> <87po1578e4.fsf@gmail.com> <83d0x5b909.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Artur Malabarba > Date: Tue, 5 Jun 2018 18:39:25 -0300 > Cc: Noam Postavsky , Michael Heerdegen , radon.neon@gmail.com, > 31692@debbugs.gnu.org > > Thanks for the cc. > I'll admit that issue flew under my radar. > > I'm not sure how to fix it, though. Is there a way to ensure that the input that interrupts `while-no-input' still gets > properly handled by emacs? Can you explain why you needed while-no-input at all? Why not just sit-for? From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jun 2018 14:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152829631521089 (code B ref 31692); Wed, 06 Jun 2018 14:46:01 +0000 Received: (at 31692) by debbugs.gnu.org; 6 Jun 2018 14:45:15 +0000 Received: from localhost ([127.0.0.1]:36922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQZgZ-0005U5-3u for submit@debbugs.gnu.org; Wed, 06 Jun 2018 10:45:15 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34929) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQZgX-0005Tp-4W for 31692@debbugs.gnu.org; Wed, 06 Jun 2018 10:45:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQZgO-0008Gl-MM for 31692@debbugs.gnu.org; Wed, 06 Jun 2018 10:45:07 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38018) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQZgO-0008Ge-IH; Wed, 06 Jun 2018 10:45:04 -0400 Received: from [176.228.60.248] (port=1282 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fQZgN-0003gT-NY; Wed, 06 Jun 2018 10:45:04 -0400 Date: Wed, 06 Jun 2018 17:45:16 +0300 Message-Id: <8336y0x9c3.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <877encq5co.fsf@web.de> (message from Michael Heerdegen on Tue, 05 Jun 2018 23:40:55 +0200) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Michael Heerdegen > Cc: Radon Rosborough , 31692@debbugs.gnu.org > Date: Tue, 05 Jun 2018 23:40:55 +0200 > > AFAIU, this quit-like effect should be limited to `while-no-input' and > not be propagated to top-level. I don't think I understand what you mean by "not propagated". The documentation says that if input arrives, the forms in the body of while-no-input are _aborted_ as if by interrupt. > I also read the documentation of the > low-level tools with which this is implemented - `throw-input' and > `quit-flag', and that also gives me the impression that generating a > "quit" signal is not intended (that would also be not very useful). We > only want a quit to come through when the user really quits (C-g) - > that's while `while-no-input' (which uses `with-local-quit' that sets > `quit-flag') explicitly quit - but only when a quit had been > intercepted. But in your case while-no-input was the top-level form, no? So where else can a quit throw? From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jun 2018 14:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152829674921705 (code B ref 31692); Wed, 06 Jun 2018 14:53:02 +0000 Received: (at 31692) by debbugs.gnu.org; 6 Jun 2018 14:52:29 +0000 Received: from localhost ([127.0.0.1]:36926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQZnY-0005e0-0W for submit@debbugs.gnu.org; Wed, 06 Jun 2018 10:52:29 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38399) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQZnW-0005do-Dc for 31692@debbugs.gnu.org; Wed, 06 Jun 2018 10:52:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQZnN-0003lb-Se for 31692@debbugs.gnu.org; Wed, 06 Jun 2018 10:52:21 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38206) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQZnN-0003lV-OV; Wed, 06 Jun 2018 10:52:17 -0400 Received: from [176.228.60.248] (port=1284 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fQZnN-0004Ly-6P; Wed, 06 Jun 2018 10:52:17 -0400 Date: Wed, 06 Jun 2018 17:52:30 +0300 Message-Id: <83zi08vufl.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87muw8k4dk.fsf@web.de> (message from Michael Heerdegen on Wed, 06 Jun 2018 04:58:31 +0200) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <838t7sabds.fsf@gnu.org> <87muw8k4dk.fsf@web.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Michael Heerdegen > Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org > Date: Wed, 06 Jun 2018 04:58:31 +0200 > > Eli Zaretskii writes: > > > Does it produce the character you type, though? Because if it > > doesn't, then whether or not you see "Quit" doesn't matter much, IMO, > > at least not for the main issue at hand. > > Hmm, right, it doesn't. > > But I do not only see the issue in the aggressive-indent-mode, but also > an issue in Emacs...you don't? Not necessarily. The forms of the body are aborted, as documented, and that includes discarding all input, so the character that interrupted while-no-input gets discarded as well. > For `aggressive-indent-mode' - I think they should use an idle timer: > Add something to `post-command-hook' that activates the timer, or resets > the idle time when the timer is already there. When the timer fires, > you don't need `sit-for' - and the problem only occurs when > `while-no-input' and `sit-for' are combined. The timer just calls the > aggressive indent function wrapped in `while-no-input'. I actually don't understand why not use just sit-for. Why is while-no-input needed on top of that? From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jun 2018 22:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152832541321898 (code B ref 31692); Wed, 06 Jun 2018 22:51:01 +0000 Received: (at 31692) by debbugs.gnu.org; 6 Jun 2018 22:50:13 +0000 Received: from localhost ([127.0.0.1]:37209 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQhFt-0005h7-0d for submit@debbugs.gnu.org; Wed, 06 Jun 2018 18:50:13 -0400 Received: from mout.web.de ([212.227.15.4]:39393) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQhFq-0005gu-Ll for 31692@debbugs.gnu.org; Wed, 06 Jun 2018 18:50:11 -0400 Received: from drachen.dragon ([188.110.196.170]) by smtp.web.de (mrweb003 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MYO5B-1fmsqB1tZZ-00VCq1; Thu, 07 Jun 2018 00:50:02 +0200 From: Michael Heerdegen References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> Date: Thu, 07 Jun 2018 00:50:00 +0200 In-Reply-To: <8336y0x9c3.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 06 Jun 2018 17:45:16 +0300") Message-ID: <87zi078r8n.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Ne7NZ6zjMPbdBxTq80+40E1uMi2NGkzYZ+6Kst9B+uQwBriOHvu 75D/1FHBmIqsZlVK1RdWyz6JqEeH/Z5J07BrT4nDkeuOCOb23rmFcANL20pe5Ei8FvTDpvU 3Rfo08nmxqWAweBlq44MkpjbQ7p17QjPQNPQgM6o85GHoxZM9tMSqyaVQD1d1Sl8vArUeGH QuvZIy4ZE4y9TbMMlsFiQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:1758fDEyvtg=:z7Tv05NqGpZpXISVByS8xo DG3D1VBZrO2tdz8BWFMfGPHIAERgBIZlOfzR45ofQqUaQBDU/Abu2LfbKzgzGym+kfPsUCuaH S4t/fojSnmV8XH/G8k84kBtOoAcsE0tq62xHc8aZNNxNG50mb9pFACpkkEbygrRAmTAyLjvGU +8sY4ksh2T982+/8JBQCRzxDBcftIPVq2WR7rlUL4y0ZEbEsqYO4EXYXSbc1Z1S7nXbSRQb8/ 5M0gEVSyuPaa/uhLsAKnBVCp8gR2vuOpAqFVXhJYkZ8eSRq5aaWslXmRwVwa813nW+6h33rOx 7GXjNSj4dsPuwy9gufVEZJzY9EI9u/RGNaVhpUdlBchW04sc1FflkYn334pXjtPDcOn9uW+KS lZEx7nfLSPZ7ts58zH5Gatvu8t98ado4wAuGgBl34aUhSvHUrq8kajPuto9/6yELR7Q+edntu s8fwZAYWP0Y3F7hoG5Pgx8zuWfCslyRbCY6dGnuM2oSIdB/cNXe1uSjz5dinzMRhnu1Qt5EVg ktqGoZMQtPfriOs+JL2gKR7jf7q2ONtT1YAmBGdf4Hb9avtBP5k8O6EhaIrYklpQG1g9TUk04 MIt+Nuh3xgecgUWh305nozGY+gqCYkOwpCKFzS+/6evgOUHaLWpQzOVTw8O9NBocadVEaNzJo F2yg4hWL2zSjMJr4GeTJJtw5lAu618h2DDL5cEY85k/8D/YjUh8AWakai0ooz/bYkio01gkhy MUD3dhBxHNesbdM7B+T5Qx/B4S5/91k703G1KkIbWD1DbFuN2HEIpfHAVPL0GSmLXtoqciim+ b8znDPQ X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > I don't think I understand what you mean by "not propagated". The > documentation says that if input arrives, the forms in the body of > while-no-input are _aborted_ as if by interrupt. Yes, those in the _body: of while-no-input. But not those in the outside scope, which is what is happening here also. > > I also read the documentation of the > > low-level tools with which this is implemented - `throw-input' and > > `quit-flag', and that also gives me the impression that generating a > > "quit" signal is not intended (that would also be not very useful). We > > only want a quit to come through when the user really quits (C-g) - > > that's while `while-no-input' (which uses `with-local-quit' that sets > > `quit-flag') explicitly quit - but only when a quit had been > > intercepted. > > But in your case while-no-input was the top-level form, no? So where > else can a quit throw? There should be no quit at all. `throw-on-input' uses a special value `quit-flag' internally to implement what it does, but AFAIU signaling a real quit is not intended. In my example, `test' was the top-level form, and I would expect that `while-no-input' completes normally, which it doesn't in this case. This case is the only one I know of where `while-no-input' is left with an nonlocal exit. AFAIU `while-no-input' is also not meant to consume user input, and `sit-for' also should not do this. Only the combination of the two shows this behavior. Michael. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jun 2018 23:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152832678523851 (code B ref 31692); Wed, 06 Jun 2018 23:14:01 +0000 Received: (at 31692) by debbugs.gnu.org; 6 Jun 2018 23:13:05 +0000 Received: from localhost ([127.0.0.1]:37215 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQhc0-0006Cd-UL for submit@debbugs.gnu.org; Wed, 06 Jun 2018 19:13:05 -0400 Received: from mout.web.de ([212.227.17.12]:60401) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQhbz-0006CA-LL for 31692@debbugs.gnu.org; Wed, 06 Jun 2018 19:13:04 -0400 Received: from drachen.dragon ([188.110.196.170]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LkhBY-1g18t92eOa-00aUAg; Thu, 07 Jun 2018 01:12:55 +0200 From: Michael Heerdegen References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <838t7sabds.fsf@gnu.org> <87muw8k4dk.fsf@web.de> <83zi08vufl.fsf@gnu.org> Date: Thu, 07 Jun 2018 01:12:54 +0200 In-Reply-To: <83zi08vufl.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 06 Jun 2018 17:52:30 +0300") Message-ID: <87vaav8q6h.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:fWA7eNDAAtBKZ+uEwgGf69tMu3ZKoCw/LS7tCx+xNP/a3YnmO66 9mIE9ZgJ910BrjI1jMTzwW4+7bhPB8qjmHQiBgNb6HAyjDEZUGtiXzO5lqnHY8mpqdNMOb5 70GkU0OAZix7PjWNM6XdpsMXcApDuZv2rH9VOznY08Xh8ZEvAUCHUNheh8LV8VJhXFmKaVN TzPVeJSBLCJibPxC496nQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:wxzO2+VrFT8=:dWZYpNPhx56vY3EwBUQdvW NoFVkFUCSlvSo+fUvW1MhsOmIJSPE1JmOW553vs5YyMKZJX3YRqH2dwpeFwLH++P5yxtSfMD+ ax2JY3nog629qzKxlVXM/uDaPs+aMIEW+sJ2CO2w+C7s/XkgoLFVVCWRfPWdbU+O15/chvaJS 4eHwvMbYgTw4iDFloxbF7i/RQxeCNZpccCRbqUtV4NIi2Eisd3V4PNW9rNw2bGmofc1OlejEE dtM3zTuwW3bpn1vM8Y6e+A7Tb0E9wAERCRZCSApdG0P1nnjqcu6g75vEJ4rHLyuk9OIx12UVS Dg2gC5mWTwjrAVJOxPD3V35HP8G3KYtFxBYNAz3LZRodRJuoe6z12Fu0MIxp2C7Tdax4x5yL3 6Tq3lodFSnrYIvOA5pvftZIUtKhvqbmLFFENqWDc5xFKA+yrpLSrzMEobkgzpZgiksksaNjM4 nKXpot8FFY0XlLTiMHW5cvEqomfPQLplRJaz3UtL17V4Xo8oIL1N+VCbsyiQsGnvIPyAYF4Li CsXX/CjEe/hurJWiJ64KsYhaoZvhk+CWHAmnBsV/Dq4KdNI8nCAXh0vALdFm9pUxCluHy6s1x xJ7yrfMvAHeTQwsgCp0el/HVIzFBcZQIhDeJAbIcRvicO/f4FFQQTo6rTCtCZtN2FBMuXiuoB 38HhRVXs5+FTtsuciPkVrEbPN2jZmLccJIKNOLd84OcMN60oz7tI/7xmxr+a8VDFTiCXeSdCE 0DqnVVYU1DECV+2tV9/MtylNMcvIdJSm56eGPc6Kl38YLOw7hiJnyCUqTg+X1fWzgg+NsEC7/ o+hLtvF X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > Not necessarily. The forms of the body are aborted, as documented, > and that includes discarding all input, so the character that > interrupted while-no-input gets discarded as well. I don't think discarding input is intended. If you replace `sit-for' by something else (a loop causing a delay, or a sleep for), it doesn't discard the input. > > For `aggressive-indent-mode' - I think they should use an idle timer: > > Add something to `post-command-hook' that activates the timer, or > > resets > > the idle time when the timer is already there. When the timer fires, > > you don't need `sit-for' - and the problem only occurs when > > `while-no-input' and `sit-for' are combined. The timer just calls the > > aggressive indent function wrapped in `while-no-input'. > > I actually don't understand why not use just sit-for. Why is > while-no-input needed on top of that? Seems you never used `while-no-input', or at least not for the same things as I did. AFAIU the purpose of `while-no-input' is to make frequently occurring "background" operations that last long enough to possibly interfere with user interaction interruptable: hitting a key aborts the operation and the editor is corresponding without delay. And the command corresponding to the hitten key is executed as normal. Of course you need to ensure that the aborted code always leaves thing in a consistent state. An automatic indent mode is a good example: you potentially want re-indenting after any editing operation, but it is potentially slow and would cause delays. Using `while-no-input' let's you interrupt the indentation operation and continue typing. If you later make a long enough typing pause, indentation will finish. The `sit-for' is there to avoid that indenting fires immediately after hitting a key, so that interrupts are less common. That's what I think is the purpose of `while-no-input'. I use it here and there, and never saw the behavior we see here. It seems this only happens if a `sit-for' is aborted inside the scope of a `while-no-input'. Michael. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jun 2018 15:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen , Stefan Monnier Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152838482128047 (code B ref 31692); Thu, 07 Jun 2018 15:21:02 +0000 Received: (at 31692) by debbugs.gnu.org; 7 Jun 2018 15:20:21 +0000 Received: from localhost ([127.0.0.1]:38308 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQwi0-0007IE-RT for submit@debbugs.gnu.org; Thu, 07 Jun 2018 11:20:19 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37009) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQwhz-0007I0-Hq for 31692@debbugs.gnu.org; Thu, 07 Jun 2018 11:20:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQwhq-0007PW-H3 for 31692@debbugs.gnu.org; Thu, 07 Jun 2018 11:20:10 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56554) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQwhq-0007PO-Bi; Thu, 07 Jun 2018 11:20:06 -0400 Received: from [176.228.60.248] (port=3750 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fQwhp-0005ha-Ry; Thu, 07 Jun 2018 11:20:06 -0400 Date: Thu, 07 Jun 2018 18:20:04 +0300 Message-Id: <83efhiwrmj.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87zi078r8n.fsf@web.de> (message from Michael Heerdegen on Thu, 07 Jun 2018 00:50:00 +0200) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Michael Heerdegen > Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org > Date: Thu, 07 Jun 2018 00:50:00 +0200 > > > But in your case while-no-input was the top-level form, no? So where > > else can a quit throw? > > There should be no quit at all. `throw-on-input' uses a special value > `quit-flag' internally to implement what it does, but AFAIU signaling a > real quit is not intended. It is not intended, but it can (and did) happen. See below. > In my example, `test' was the top-level form, and I would expect that > `while-no-input' completes normally, which it doesn't in this case. That's not what I see. while-no-input does "complete normally" (for some value of "normally"), but then we immediately quit to top-level after while-no-input returns. > This case is the only one I know of where `while-no-input' is left with > an nonlocal exit. Then I guess you just were lucky. After reading the details below, I'm sure you will be able to concoct any number of use cases where similar things happen. > AFAIU `while-no-input' is also not meant to consume user input, and > `sit-for' also should not do this. Only the combination of the two > shows this behavior. It's not while-no-input that swallows the input. It's the quit to top-level executed after while-no-input returns that discards it. How do we end up quitting to top-level? Well, that's because sit-for exits due to keyboard input, and while-no-input then also exits, since its BODY finished. However, quit-flag, which was set when keyboard input processing noticed that we are inside while-no-input, is still set to a non-nil value. It is true that quit-flag's value is set to the symbol created by while-no-input, but the let-binding inside while-no-input which was supposed to catch that special kind of "quitting" is already gone, since we are outside of while-no-input. And a non-nil value of quit-flag without any valid catcher always quits. So that is what we get, and discarding pending input is just one side effect of doing that. Once upon a time, when while-no-input was written, Emacs tested quit-flag in the signal handler which processed input, and we then would throw to the while-no-input's catcher right out of the signal handler. But nowadays we no longer jump out of the signal handler, we only set a flag there, which is tested "when it's safe", i.e. when Emacs calls maybe_quit. And the code run by sit-for doesn't call maybe_quit, so the flag is never tested, until after sit-for and while-no-input return, and we are about to call 'message'. sit-for stashes input it read in unread-command-events, but when we quit, we discard any events in unread-command-events. IOW, any BODY of while-no-input that never calls maybe_quit will produce the same effect of quitting to top-level. And that is indeed not expected by callers of while-no-input. So with that in mind, I propose the following patch to while-no-input (and CC Stefan who messed with the related code and with sit-for much more than I did): --- lisp/subr.el~0 2018-03-14 06:40:04.000000000 +0200 +++ lisp/subr.el 2018-06-07 17:59:40.229348300 +0300 @@ -3511,9 +3511,25 @@ (let ((catch-sym (make-symbol "input"))) `(with-local-quit (catch ',catch-sym - (let ((throw-on-input ',catch-sym)) - (or (input-pending-p) - (progn ,@body))))))) + (let ((throw-on-input ',catch-sym) + val) + (setq val + (or (input-pending-p) + (progn ,@body))) + (cond + ;; If quit-flag is equal to throw-on-input, it means BODY + ;; didn't test quit-flag, and therefore ran to completion + ;; even though input arrived before it finished. In that + ;; case, we must throw manually, because otherwise + ;; quit-flag will remain set, and we get Quit to + ;; top-level, which has undesirable consequences, such as + ;; discarding input etc. + ((eq quit-flag throw-on-input) + (throw 'throw-on-input t)) + ;; This is in case the user actually quits while BODY runs. + (quit-flag + nil) + (t val))))))) (defmacro condition-case-unless-debug (var bodyform &rest handlers) "Like `condition-case' except that it does not prevent debugging. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jun 2018 15:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152838484928090 (code B ref 31692); Thu, 07 Jun 2018 15:21:02 +0000 Received: (at 31692) by debbugs.gnu.org; 7 Jun 2018 15:20:49 +0000 Received: from localhost ([127.0.0.1]:38311 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQwiX-0007J0-LW for submit@debbugs.gnu.org; Thu, 07 Jun 2018 11:20:49 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37158) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQwiW-0007Il-L9 for 31692@debbugs.gnu.org; Thu, 07 Jun 2018 11:20:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQwiN-0007oH-KQ for 31692@debbugs.gnu.org; Thu, 07 Jun 2018 11:20:43 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56560) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQwiN-0007oD-Gd; Thu, 07 Jun 2018 11:20:39 -0400 Received: from [176.228.60.248] (port=3751 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fQwiM-0005ot-VI; Thu, 07 Jun 2018 11:20:39 -0400 Date: Thu, 07 Jun 2018 18:20:38 +0300 Message-Id: <83d0x2wrll.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87vaav8q6h.fsf@web.de> (message from Michael Heerdegen on Thu, 07 Jun 2018 01:12:54 +0200) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <838t7sabds.fsf@gnu.org> <87muw8k4dk.fsf@web.de> <83zi08vufl.fsf@gnu.org> <87vaav8q6h.fsf@web.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Michael Heerdegen > Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org > Date: Thu, 07 Jun 2018 01:12:54 +0200 > > An automatic indent mode is a good example: you potentially want > re-indenting after any editing operation, but it is potentially slow and > would cause delays. Using `while-no-input' let's you interrupt the > indentation operation and continue typing. If you later make a long > enough typing pause, indentation will finish. The `sit-for' is there to > avoid that indenting fires immediately after hitting a key, so that > interrupts are less common. If this is the problem to solve, then why not something like below? (if (sit-for 3) (while-no-input (do-something-longish))) IOW, what I don't understand is why put sit-for, which returns as soon as there's input, inside while-no-input, which does something similar, but using a radically different method? From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jun 2018 15:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Michael Heerdegen , radon.neon@gmail.com, 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152838546529112 (code B ref 31692); Thu, 07 Jun 2018 15:32:01 +0000 Received: (at 31692) by debbugs.gnu.org; 7 Jun 2018 15:31:05 +0000 Received: from localhost ([127.0.0.1]:38325 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQwsS-0007ZS-0Y for submit@debbugs.gnu.org; Thu, 07 Jun 2018 11:31:05 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:46377) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQwsO-0007Yv-Qy for 31692@debbugs.gnu.org; Thu, 07 Jun 2018 11:31:02 -0400 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id w57FVPWd029842; Thu, 7 Jun 2018 11:31:25 -0400 Received: by pastel.home (Postfix, from userid 20848) id A6526656A0; Thu, 7 Jun 2018 11:30:58 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> Date: Thu, 07 Jun 2018 11:30:58 -0400 In-Reply-To: <83efhiwrmj.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 07 Jun 2018 18:20:04 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6303=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6303> : inlines <6683> : streams <1789008> : uri <2654222> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > @@ -3511,9 +3511,25 @@ > (let ((catch-sym (make-symbol "input"))) > `(with-local-quit > (catch ',catch-sym > - (let ((throw-on-input ',catch-sym)) > - (or (input-pending-p) > - (progn ,@body))))))) > + (let ((throw-on-input ',catch-sym) > + val) > + (setq val > + (or (input-pending-p) > + (progn ,@body))) > + (cond > + ;; If quit-flag is equal to throw-on-input, it means BODY > + ;; didn't test quit-flag, and therefore ran to completion > + ;; even though input arrived before it finished. In that > + ;; case, we must throw manually, because otherwise > + ;; quit-flag will remain set, and we get Quit to > + ;; top-level, which has undesirable consequences, such as > + ;; discarding input etc. > + ((eq quit-flag throw-on-input) > + (throw 'throw-on-input t)) > + ;; This is in case the user actually quits while BODY runs. > + (quit-flag > + nil) > + (t val))))))) I don't understand the (throw 'throw-on-input t) (throw throw-on-input t) would make more sense, but in any case we're just about to exit that `catch` so throwing won't have any real effect. I think instead of (throw 'throw-on-input t) what is needed here is (setq quit-flag nil) which will also make the body return nil (rather than t like (throw throw-on-input t) would), which I believe is also the right thing. Stefan From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jun 2018 15:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: michael_heerdegen@web.de, radon.neon@gmail.com, 31692@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152838678231108 (code B ref 31692); Thu, 07 Jun 2018 15:54:01 +0000 Received: (at 31692) by debbugs.gnu.org; 7 Jun 2018 15:53:02 +0000 Received: from localhost ([127.0.0.1]:38356 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQxDi-00085g-Gq for submit@debbugs.gnu.org; Thu, 07 Jun 2018 11:53:02 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48563) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQxDg-00085C-Tl for 31692@debbugs.gnu.org; Thu, 07 Jun 2018 11:53:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQxDX-0004fZ-3I for 31692@debbugs.gnu.org; Thu, 07 Jun 2018 11:52:55 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57095) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQxDW-0004fQ-VN; Thu, 07 Jun 2018 11:52:51 -0400 Received: from [176.228.60.248] (port=3799 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fQxDW-0006Pr-Dn; Thu, 07 Jun 2018 11:52:50 -0400 Date: Thu, 07 Jun 2018 18:52:49 +0300 Message-Id: <83602uwq3y.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Thu, 07 Jun 2018 11:30:58 -0400) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Stefan Monnier > Cc: Michael Heerdegen , radon.neon@gmail.com, > 31692@debbugs.gnu.org > Date: Thu, 07 Jun 2018 11:30:58 -0400 > > I don't understand the (throw 'throw-on-input t) > (throw throw-on-input t) would make more sense, but in any case we're > just about to exit that `catch` so throwing won't have any real effect. I hoped the comment explained that, but evidently not. > I think instead of (throw 'throw-on-input t) what is needed here is > > (setq quit-flag nil) > > which will also make the body return nil (rather than t like (throw > throw-on-input t) would), which I believe is also the right thing. I believe we need to return t here, because input did arrive. We could indeed just return t instead of throwing, but that's not the main issue for which I wanted your opinion. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jun 2018 18:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, radon.neon@gmail.com, 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.15283970804661 (code B ref 31692); Thu, 07 Jun 2018 18:45:01 +0000 Received: (at 31692) by debbugs.gnu.org; 7 Jun 2018 18:44:40 +0000 Received: from localhost ([127.0.0.1]:38430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQztn-0001D6-Ld for submit@debbugs.gnu.org; Thu, 07 Jun 2018 14:44:39 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:49171) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQztm-0001Cz-38 for 31692@debbugs.gnu.org; Thu, 07 Jun 2018 14:44:38 -0400 Received: from ceviche.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id w57IiaZY001186; Thu, 7 Jun 2018 14:44:36 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 3C0A8660E5; Thu, 7 Jun 2018 14:44:36 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> <83602uwq3y.fsf@gnu.org> Date: Thu, 07 Jun 2018 14:44:36 -0400 In-Reply-To: <83602uwq3y.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 07 Jun 2018 18:52:49 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6303=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6303> : inlines <6684> : streams <1789021> : uri <2654294> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >> I don't understand the (throw 'throw-on-input t) >> (throw throw-on-input t) would make more sense, but in any case we're >> just about to exit that `catch` so throwing won't have any real effect. > I hoped the comment explained that, but evidently not. I think I understood the comment (and the email message before that ;-), and your analysis makes a lot of sense, but AFAICT the "normal" way this special quit-flag value is handled in the C code (see process_quit_flag in src/eval.c) is to - read quit-flag - notice it's `eq`ual to the value of throw-on-input - set quit-flag to nil - throw to the flag's value so the throw is not done to the constant symbol `throw-on-input` but to the value of this variable, and the magic doesn't happen in response to this throw (i.e. it's not done within the implementation of the throw/catch code), but instead it happens before the throw. As a consequence, instead of (throw 'throw-on-input t) we need to throw like (throw throw-on-input t) and we additionally need to (setq quit-flag nil) before that. >> I think instead of (throw 'throw-on-input t) what is needed here is >> >> (setq quit-flag nil) >> >> which will also make the body return nil (rather than t like (throw >> throw-on-input t) would), which I believe is also the right thing. > > I believe we need to return t here, because input did arrive. Indeed, I had missed that So I suggest (progn (setq quit-flag nil) t) We could also use (throw throw-on-input t) after the setq, but I don't see the point since it seems it would give exactly the same result just in a more costly way. Stefan From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Jun 2018 22:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Eli Zaretskii , radon.neon@gmail.com, 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152849630117176 (code B ref 31692); Fri, 08 Jun 2018 22:19:02 +0000 Received: (at 31692) by debbugs.gnu.org; 8 Jun 2018 22:18:21 +0000 Received: from localhost ([127.0.0.1]:40123 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fRPi9-0004Sy-5j for submit@debbugs.gnu.org; Fri, 08 Jun 2018 18:18:21 -0400 Received: from mout.web.de ([212.227.15.3]:45855) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fRPi6-0004Sj-Fw for 31692@debbugs.gnu.org; Fri, 08 Jun 2018 18:18:19 -0400 Received: from drachen.dragon ([188.110.196.170]) by smtp.web.de (mrweb004 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MHJEh-1fV2kQ2WeJ-00E7yp; Sat, 09 Jun 2018 00:17:49 +0200 From: Michael Heerdegen References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> <83602uwq3y.fsf@gnu.org> Date: Sat, 09 Jun 2018 00:17:47 +0200 In-Reply-To: (Stefan Monnier's message of "Thu, 07 Jun 2018 14:44:36 -0400") Message-ID: <87zi042a9g.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:wzmVTToro+QeZ1HMtLSLtlld4pukSPQN90+bq+ownohkGpsYoN2 NqM6KK04GmCk0/zPVIJwjp9/vX4UNRgfrhW1hDnxB/fOF7jMebksaVD+tDRL9PyKyf13ReS NMXJBXB0pp/gstjptVsEQyELyFMF5Ryic++6Zx01TO1PHRVBW1Pt4gGgBx/fu+3DSe9rePZ qMKt4R0+tArPbPo0r7CJg== X-UI-Out-Filterresults: notjunk:1;V01:K0:Vd0AQPEIBHo=:Z+EEE6Yj+Y3TVLbwc4Peah 5xh+2ZhllDZfavPAcI263rGJoJIuYFZcdtvGmE3dSE+ciwV7d98bLWIqNTqGx0IdgAMMV42J6 Cct8pUm6Dm40CvVcN3pizW1hAdOKf69Xya76Tetdg9DDsts2vj0f3BGFA7uWm0s9BCvLWAzlz +TS7LMCN2k9z4XPO1QuAO7lIos81KClULUdYqvt0mVu1kPw2wSV4+S0uI6WnCKYVe5rUkumKe WHFygX/HkfCqQ61W0yi+m0Dregcdk/mZQrZ+igfDuOf+et3d41RNMWNzZeVvnIu2e1aZvgo// FcpEBZTiEX9WGBi3h/VBcxIeN7zbiIrRTcbSPcxiw//aTgamTNyEnBaSneVxy79srKDIT8wxo F0ErD1doiTp2tjXF88frnnI7O2SOD3NW2tU0N8Lx4lEOSQWZlHRkrxu4NHZ7CGfFhYCZ3rdOU dTZMEJr7rxw3XgTowoB4HF8d/ujgTSxvS4extlTz45syGkPL+1n31In3Emd2A+ZwHF5ftMSUT TBbLknny0wGxLHP0d1w8f+LFgwOQ2uKdBo4oG/KLD8i7fjc39mq/ROpXM2TuhHWGWZHmX2RA1 jwOVRENJFYi/lW08UwnfnzZ6VZ1M4f1V4Llc2FpCEZcrcm+nFjSZILUBR5qcyei/TnT+dSy3z /oLRb8jt3U1h53tJ8i6nm5M8VQu0pLPfCuknxpMS1r8byvKSeSSFIH5e7OPNAarE0/XLtdNGn 1Feqef+DMxuJKItKo9c1N8gcjlgziv9PYalNCFVRuB+ojUOSRznDeQWirpeNnjffLHbAIYxeI sKOvdC1 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Stefan Monnier writes: > As a consequence, instead of > > (throw 'throw-on-input t) > > we need to throw like > > (throw throw-on-input t) > > and we additionally need to (setq quit-flag nil) before that. I tried to adapt Eli's patch accordingly. To avoid confusion, I simply use the concrete value - the CATCH-SYM - and just return t instead of throwing: diff --git a/lisp/subr.el b/lisp/subr.el index 914112ccef..7734006d87 100644 --- a/lisp/subr.el +++ b/lisp/subr.el @@ -3520,9 +3520,25 @@ while-no-input (let ((catch-sym (make-symbol "input"))) `(with-local-quit (catch ',catch-sym - (let ((throw-on-input ',catch-sym)) - (or (input-pending-p) - (progn ,@body))))))) + (let ((throw-on-input ',catch-sym) + val) + (setq val + (or (input-pending-p) + (progn ,@body))) + (cond + ;; If quit-flag is bound to the CATCH-SYM, it means BODY + ;; didn't test quit-flag, and therefore ran to completion + ;; even though input arrived before it finished. In that + ;; case, we must reset quit-flag (and return t), because + ;; otherwise quit-flag will remain set, and we get Quit to + ;; top-level, which has undesirable consequences, such as + ;; discarding input etc. + ((eq quit-flag ',catch-sym) + (setq quit-flag nil) + t) + ;; This is in case the user actually quits while BODY runs. + (quit-flag nil) + (t val))))))) (defmacro condition-case-unless-debug (var bodyform &rest handlers) "Like `condition-case' except that it does not prevent debugging. Michael. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Jun 2018 21:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152875130519537 (code B ref 31692); Mon, 11 Jun 2018 21:09:01 +0000 Received: (at 31692) by debbugs.gnu.org; 11 Jun 2018 21:08:25 +0000 Received: from localhost ([127.0.0.1]:43745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fSU37-000551-JJ for submit@debbugs.gnu.org; Mon, 11 Jun 2018 17:08:25 -0400 Received: from mout.web.de ([212.227.17.11]:35707) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fSU35-00054m-DG for 31692@debbugs.gnu.org; Mon, 11 Jun 2018 17:08:23 -0400 Received: from drachen.dragon ([188.110.196.170]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0M8Qpi-1gE8wf2838-00vzNS; Mon, 11 Jun 2018 23:08:07 +0200 From: Michael Heerdegen References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> <83602uwq3y.fsf@gnu.org> <87zi042a9g.fsf@web.de> Date: Mon, 11 Jun 2018 23:08:06 +0200 In-Reply-To: <87zi042a9g.fsf@web.de> (Michael Heerdegen's message of "Sat, 09 Jun 2018 00:17:47 +0200") Message-ID: <874li9116x.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:YPIlfE+1h3/ZQZKIxR1MTwgFPSGP3mBhJI6XzYcoLpk5tB/Um9r Yr+hdnWnxmO9c9a9cWALhC9GR1PzQ++IEBxWWnTGNoc5nDwkBz1+IEAhpbUmUgjvEoud0b1 nMotsZ/Xyfj/kZUypqrh7fQj4zLao36cbTwIwW42MPud6WiGNvr6AiX0D60AEzcWmr9einP avaMz6ewGf+wT9pebI4Og== X-UI-Out-Filterresults: notjunk:1;V01:K0:lw6aHVgKPOA=:jOGOpuyKSzb06JE0zXw/v9 y5m/7EP3GCHQJRMF+DPkkPk030l3zpqbh2cgfgYuJW3nEiMwpM4ysu8QGNXYgMAL2yL1uOWmY v87lFZDm2fsR2gqaoshqix+YghC4b74lu9/e9jSaMecBQeQFsZwksFE6Be8KzRecAA8hj/PVh hlmFBZp2kWConhECRwfxy6qMcjLCtCGt+CwLbxy6d0MOvFvMEsNVLZmUDe07LfGqzMa5J3dZA hMv6nMhqTtQAT09j828ANvWE3c4jY+DY4nt4IxDPthsxttUxznZHaTDSx+5X1X4dg6cdGs+1d 7PUs16N2uJw0ynMTaxE7AZ4ct3vMsS99w89tVBbb5u7NyUqRcX/t42vI8/e/qPsvQMUb1UeDQ kTv/nIxXiuLZZv/8dmHcn0OFf8q7qHDL/U1KQldjtvs1ptY4ik9wUeOGoBCZEXKFvzWnd4qGL sc5HVZW4qTG3OCmkXyABLHiX/unhHvsuN+EL9f3+290Sr68LTrqTbKh3WGDxRyLvSQTNyc3pU P1ZvkkICa8tMzMlVxXbmdNEjg4QXy87PVM8rXgUGuB/9ZPcscbvam8k4EOMkzEtUmLbIxkh/Q xMqilgmWRnO7ivsg5Yh4d5pDMpkYhnvAtAUczXjFulbVkMdzki2wDIkqDSRPyKHXQdyx3Kjp4 s433nfCI2BB6XQT3BsHKdaNTsYSTghrkCpNBS6NAsch+LSaSs90VZOPMA8rfkKkUSxTyIPscn 7ryYCSkjqu7ygjI22I4KK22qItPLrsO/8bVytNwQdTAqGKj0/jDSMf6pe0NN4CfHvTRk+4hQ2 BcEreao X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hello, is this ok to install (Eli)? > I tried to adapt Eli's patch accordingly. To avoid confusion, I simply > use the concrete value - the CATCH-SYM - and just return t instead of > throwing: > > diff --git a/lisp/subr.el b/lisp/subr.el > index 914112ccef..7734006d87 100644 > --- a/lisp/subr.el > +++ b/lisp/subr.el > @@ -3520,9 +3520,25 @@ while-no-input > (let ((catch-sym (make-symbol "input"))) > `(with-local-quit > (catch ',catch-sym > - (let ((throw-on-input ',catch-sym)) > - (or (input-pending-p) > - (progn ,@body))))))) > + (let ((throw-on-input ',catch-sym) > + val) > + (setq val > + (or (input-pending-p) > + (progn ,@body))) > + (cond > + ;; If quit-flag is bound to the CATCH-SYM, it means BODY > + ;; didn't test quit-flag, and therefore ran to completion > + ;; even though input arrived before it finished. In that > + ;; case, we must reset quit-flag (and return t), because > + ;; otherwise quit-flag will remain set, and we get Quit to > + ;; top-level, which has undesirable consequences, such as > + ;; discarding input etc. > + ((eq quit-flag ',catch-sym) > + (setq quit-flag nil) > + t) > + ;; This is in case the user actually quits while BODY runs. > + (quit-flag nil) > + (t val))))))) > > (defmacro condition-case-unless-debug (var bodyform &rest handlers) > "Like `condition-case' except that it does not prevent debugging. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jun 2018 02:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org, monnier@IRO.UMontreal.CA Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152877044630740 (code B ref 31692); Tue, 12 Jun 2018 02:28:02 +0000 Received: (at 31692) by debbugs.gnu.org; 12 Jun 2018 02:27:26 +0000 Received: from localhost ([127.0.0.1]:43861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fSZ1q-0007zk-21 for submit@debbugs.gnu.org; Mon, 11 Jun 2018 22:27:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56243) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fSZ1o-0007zZ-4T for 31692@debbugs.gnu.org; Mon, 11 Jun 2018 22:27:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fSZ1e-0000YI-2W for 31692@debbugs.gnu.org; Mon, 11 Jun 2018 22:27:19 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56077) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fSZ1d-0000YE-Ug; Mon, 11 Jun 2018 22:27:14 -0400 Received: from [176.228.60.248] (port=3256 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fSZ1d-0002oL-BF; Mon, 11 Jun 2018 22:27:13 -0400 Date: Tue, 12 Jun 2018 05:27:22 +0300 Message-Id: <83sh5spwmt.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <874li9116x.fsf@web.de> (message from Michael Heerdegen on Mon, 11 Jun 2018 23:08:06 +0200) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> <83602uwq3y.fsf@gnu.org> <87zi042a9g.fsf@web.de> <874li9116x.fsf@web.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Michael Heerdegen > Date: Mon, 11 Jun 2018 23:08:06 +0200 > Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org > > is this ok to install (Eli)? This issue is on my queue. From unknown Fri Aug 22 01:03:31 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Radon Rosborough Subject: bug#31692: closed (Re: bug#31692: Emacs sometimes drops key events) Message-ID: References: <83602j16ih.fsf@gnu.org> X-Gnu-PR-Message: they-closed 31692 X-Gnu-PR-Package: emacs Reply-To: 31692@debbugs.gnu.org Date: Sat, 16 Jun 2018 08:28:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1529137682-21582-1" This is a multi-part message in MIME format... ------------=_1529137682-21582-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #31692: aggressive-indent-mode causes Emacs to sometimes drop key events which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 31692@debbugs.gnu.org. --=20 31692: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D31692 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1529137682-21582-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 31692-done) by debbugs.gnu.org; 16 Jun 2018 08:27:10 +0000 Received: from localhost ([127.0.0.1]:50961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fU6YA-0005b3-2h for submit@debbugs.gnu.org; Sat, 16 Jun 2018 04:27:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44912) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fU6Y8-0005aq-Uo for 31692-done@debbugs.gnu.org; Sat, 16 Jun 2018 04:27:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fU6Y3-0007J5-2w for 31692-done@debbugs.gnu.org; Sat, 16 Jun 2018 04:27:03 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34201) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fU6Xw-0006gl-BS; Sat, 16 Jun 2018 04:26:56 -0400 Received: from [176.228.60.248] (port=2988 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fU6Xv-0006xi-Lp; Sat, 16 Jun 2018 04:26:56 -0400 Date: Sat, 16 Jun 2018 11:26:46 +0300 Message-Id: <83602j16ih.fsf@gnu.org> From: Eli Zaretskii To: michael_heerdegen@web.de In-reply-to: <83sh5spwmt.fsf@gnu.org> (message from Eli Zaretskii on Tue, 12 Jun 2018 05:27:22 +0300) Subject: Re: bug#31692: Emacs sometimes drops key events References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> <83602uwq3y.fsf@gnu.org> <87zi042a9g.fsf@web.de> <874li9116x.fsf@web.de> <83sh5spwmt.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 31692-done Cc: radon.neon@gmail.com, 31692-done@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > Date: Tue, 12 Jun 2018 05:27:22 +0300 > From: Eli Zaretskii > Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org, monnier@IRO.UMontreal.CA > > > From: Michael Heerdegen > > Date: Mon, 11 Jun 2018 23:08:06 +0200 > > Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org > > > > is this ok to install (Eli)? > > This issue is on my queue. Should be fixed on master now. ------------=_1529137682-21582-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 3 Jun 2018 02:22:23 +0000 Received: from localhost ([127.0.0.1]:59713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPIf0-0000oL-W5 for submit@debbugs.gnu.org; Sat, 02 Jun 2018 22:22:23 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51198) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPIey-0000o5-Sw for submit@debbugs.gnu.org; Sat, 02 Jun 2018 22:22:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fPIes-0001G3-Bj for submit@debbugs.gnu.org; Sat, 02 Jun 2018 22:22:15 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52069) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fPIes-0001Fv-7j for submit@debbugs.gnu.org; Sat, 02 Jun 2018 22:22:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42169) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fPIeq-00072L-I9 for bug-gnu-emacs@gnu.org; Sat, 02 Jun 2018 22:22:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fPIep-0001FR-AQ for bug-gnu-emacs@gnu.org; Sat, 02 Jun 2018 22:22:12 -0400 Received: from mail-lf0-x22c.google.com ([2a00:1450:4010:c07::22c]:37203) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fPIeo-0001Ev-Tg for bug-gnu-emacs@gnu.org; Sat, 02 Jun 2018 22:22:11 -0400 Received: by mail-lf0-x22c.google.com with SMTP id r2-v6so20112048lff.4 for ; Sat, 02 Jun 2018 19:22:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=puXSv/Ygo8a05puSnnbIP0QemDc0r10tntEDN2A8z6Q=; b=ZItZ6+dlaKeiQ1v+L9Yv+D4rO7lp7glbb0BDjpf6MyfYncEib5bHuoUHG7RPUsZJdZ b98mDTYIoQRiVXpCC+HnXo9gxBqr6w3++laPzdWEzNH/IKmyP1TWlxFgx7OioeIJJekC xEZ8daH0RhMmCzPVTINwvnRUFbwTzsd0veLzj4d15gsgrHzemzseDaju/b+Rm3k4gHwh 6EfubWn3RZGaSQpFCAB+SohmuSCv9HWurlnwvv9Bf47HAJJ0LDpqeg78PQ1JXHoXm2TR iWK8SZAfAZ5d+mCBWOi2Mw4A/tqCRWlw4ppQNzaN9+kldHS46nUSTu76AF0vcYh6tp2p eaag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=puXSv/Ygo8a05puSnnbIP0QemDc0r10tntEDN2A8z6Q=; b=cCHd6OWXW/oM6lGlvopHcHEYw4DVCd2K9C+r1r8DNDqG1nXAZWibRPTdXOreRzTAY4 sPvaQMEMPQ3QpIIEYEPNqDc4H3lCt8ULFDuWhl+nwuuBEPg/0Hbq3en17gtafMX0kU4S uNoND5dsKNr2JJ20ypHNAnETesf2eGnbyo/vxwnOSe/rjGirAiiYd2cBrA57Loa8o6k2 kpVzz5+cNxYIsjyJvBSVcddTdZSHQtOYtivjSVDaOuwm04H3tGrZU5CF3w2HtTTECe1b QVpz/9JJ6VzW4hNKrxsmIt/oSbW8rtKBkfeejfIVqvItkP7rhceNuJxCjyy3gQBnuLnZ 4s4g== X-Gm-Message-State: ALKqPweeJxKIE6Z3Ox8dN5cQr7f4mu5u3sVJHhKMbnt6BEDbaHSg4/q+ bNtB/UsumyEwXCcFNeAsud0ayJj4X3ivXMASlhMb32xx X-Google-Smtp-Source: ADUXVKIwgE5CqjJtzvG5/KTHDBZSbi0G+mmL6T+0zWpyOfdbSfVOLNmXHSOZ7QJFtA+0ZGbxgyEie63AcszMb8SMzro= X-Received: by 2002:a2e:7403:: with SMTP id p3-v6mr4921916ljc.59.1527992528797; Sat, 02 Jun 2018 19:22:08 -0700 (PDT) MIME-Version: 1.0 From: Radon Rosborough Date: Sat, 2 Jun 2018 20:21:32 -0600 Message-ID: Subject: Emacs sometimes drops key events To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000e60329056db37b5a" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --000000000000e60329056db37b5a Content-Type: text/plain; charset="UTF-8" For the past year or two, my Emacs has occasionally had fits where it drops some of my key events. The symptom is that I type something like "radian" and I get "rdian". This happens more often when things are laggy in general, but also happens at other times. Usually, my Emacs will get into a state where it'll do it a lot, at least for a little while, but I can't reliably reproduce that state. I noticed that whenever a key is dropped, the text "Quit" is logged in the *Messages* buffer. However, `keyboard-quit' doesn't get called; I checked by adding an advice. Something in the C code causes a quit event to be signaled and also aborts the processing of my key event, apparently. I have confirmed that the problem still happens when none of Flycheck, Company, ElDoc are active. So it's not any of those. I haven't managed to reproduce the problem when Aggressive Indent is disabled, but that doesn't necessarily mean that Aggressive Indent is the problem. It could just be that Aggressive Indent makes my Emacs much slower, and so the bug is more likely to be observed. Typically, the dropped key does not even show up in the lossage (C-h l). However, one time I did notice this curious phenomenon: r [self-insert-command] a d [self-insert-command] i [self-insert-command] a [self-insert-command] n [self-insert-command] Where I typed "radian" but what was inserted was "rdian". The corresponding excerpt of the vector returned by `recent-keys' was: 114 (nil . self-insert-command) 97 100 (nil . self-insert-command) 105 (nil . self-insert-command) 97 (nil . self-insert-command) 110 (nil . self-insert-command) In the terminal, I've noticed things like the letters A-D getting inserted when I use the arrow keys. I presume that this is because one of the events in the escape sequence is eaten by this bug, and the rest of it gets misinterpreted. I have no idea how to go about debugging this, and unfortunately I don't know how to reliably reproduce the problem. But it's been with me a long time and it doesn't look like it's going away on its own. Can someone give me pointers on how to work towards a solution? Environment information: Emacs - 26.1, Homebrew, --with-cocoa --with-modules OS - macOS, 10.11.6 Configuration - https://github.com/raxod502/radian Thanks, Radon --000000000000e60329056db37b5a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
For the past year or two, my Emacs has occasionally h= ad fits where it
drops some of my key events. The symptom is = that I type something like
"radian" and I get "rdi= an".

This happens more often when things are = laggy in general, but also
happens at other times. Usually, my Em= acs will get into a state where
it'll do it a lot, at least f= or a little while, but I can't reliably
reproduce that state.=

I noticed that whenever a key is dropped, the tex= t "Quit" is logged in
the *Messages* buffer. However, `= keyboard-quit' doesn't get called; I
checked by adding an= advice. Something in the C code causes a quit
event to be signal= ed and also aborts the processing of my key event,
apparently.

I have confirmed that the problem still happens when= none of Flycheck,
Company, ElDoc are active. So it's not any= of those. I haven't managed
to reproduce the problem when Ag= gressive Indent is disabled, but that
doesn't necessarily mea= n that Aggressive Indent is the problem. It
could just be that Ag= gressive Indent makes my Emacs much slower, and
so the bug is mor= e likely to be observed.

Typically, the dropped ke= y does not even show up in the lossage (C-h
l). However, one time= I did notice this curious phenomenon:

=C2=A0 =C2= =A0 =C2=A0r [self-insert-command]
=C2=A0 =C2=A0 =C2=A0a d [self-i= nsert-command]
=C2=A0 =C2=A0 =C2=A0i [self-insert-command]
<= div>=C2=A0 =C2=A0 =C2=A0a [self-insert-command]
=C2=A0 =C2=A0 =C2= =A0n [self-insert-command]

Where I typed "rad= ian" but what was inserted was "rdian". The
corres= ponding excerpt of the vector returned by `recent-keys' was:
=
=C2=A0 =C2=A0 =C2=A0114
=C2=A0 =C2=A0 =C2=A0(nil .= self-insert-command)
=C2=A0 =C2=A0 =C2=A097 100
=C2=A0= =C2=A0 =C2=A0(nil . self-insert-command)
=C2=A0 =C2=A0 =C2=A0105=
=C2=A0 =C2=A0 =C2=A0(nil . self-insert-command)
=C2=A0= =C2=A0 =C2=A097
=C2=A0 =C2=A0 =C2=A0(nil . self-insert-command)<= /div>
=C2=A0 =C2=A0 =C2=A0110
=C2=A0 =C2=A0 =C2=A0(nil . self= -insert-command)

In the terminal, I've noticed= things like the letters A-D getting
inserted when I use the arro= w keys. I presume that this is because one
of the events in the e= scape sequence is eaten by this bug, and the
rest of it gets misi= nterpreted.

I have no idea how to go about debuggi= ng this, and unfortunately I
don't know how to reliably repro= duce the problem. But it's been with
me a long time and it do= esn't look like it's going away on its own.
Can someone g= ive me pointers on how to work towards a solution?

Environment information:
=C2=A0 Emacs - 26.1, Homebrew, --with-c= ocoa --with-modules
=C2=A0 OS - macOS, 10.11.6
=C2=A0 C= onfiguration - https://githu= b.com/raxod502/radian

Thanks,
Radon<= /div>

--000000000000e60329056db37b5a-- ------------=_1529137682-21582-1-- From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Jun 2018 08:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org, monnier@IRO.UMontreal.CA Reply-To: Eli Zaretskii Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152913774921719 (code B ref 31692); Sat, 16 Jun 2018 08:30:02 +0000 Received: (at 31692) by debbugs.gnu.org; 16 Jun 2018 08:29:09 +0000 Received: from localhost ([127.0.0.1]:50967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fU6a5-0005eF-FK for submit@debbugs.gnu.org; Sat, 16 Jun 2018 04:29:09 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45443) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fU6a3-0005dz-IH for 31692@debbugs.gnu.org; Sat, 16 Jun 2018 04:29:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fU6Zt-0008Ok-K0 for 31692@debbugs.gnu.org; Sat, 16 Jun 2018 04:29:02 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34222) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fU6Zt-0008OH-Fo; Sat, 16 Jun 2018 04:28:57 -0400 Received: from [176.228.60.248] (port=2990 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fU6Zs-0008DA-Sm; Sat, 16 Jun 2018 04:28:57 -0400 Date: Sat, 16 Jun 2018 11:28:47 +0300 Message-Id: <834li316f4.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87zi042a9g.fsf@web.de> (message from Michael Heerdegen on Sat, 09 Jun 2018 00:17:47 +0200) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> <83602uwq3y.fsf@gnu.org> <87zi042a9g.fsf@web.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Michael Heerdegen > Cc: Eli Zaretskii , radon.neon@gmail.com, 31692@debbugs.gnu.org > Date: Sat, 09 Jun 2018 00:17:47 +0200 > > I tried to adapt Eli's patch accordingly. To avoid confusion, I simply > use the concrete value - the CATCH-SYM I actually prefer my original code in this case, because it's closer to what process_quit_flag does when quit-flag is tested while BODY runs. Thanks. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Jun 2018 04:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org, monnier@IRO.UMontreal.CA Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.152921041428611 (code B ref 31692); Sun, 17 Jun 2018 04:41:02 +0000 Received: (at 31692) by debbugs.gnu.org; 17 Jun 2018 04:40:14 +0000 Received: from localhost ([127.0.0.1]:52456 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fUPU6-0007RO-6u for submit@debbugs.gnu.org; Sun, 17 Jun 2018 00:40:14 -0400 Received: from mout.web.de ([212.227.17.12]:39023) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fUPU4-0007RA-Ub for 31692@debbugs.gnu.org; Sun, 17 Jun 2018 00:40:13 -0400 Received: from drachen.dragon ([188.110.196.170]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MEmc2-1fSkWV3guQ-00Fxd4; Sun, 17 Jun 2018 06:39:58 +0200 From: Michael Heerdegen References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> <83602uwq3y.fsf@gnu.org> <87zi042a9g.fsf@web.de> <834li316f4.fsf@gnu.org> Date: Sun, 17 Jun 2018 06:39:56 +0200 In-Reply-To: <834li316f4.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 16 Jun 2018 11:28:47 +0300") Message-ID: <87602iqb4z.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:ZFVypVPntu/kOKYoXwAL/Nj4taRJU4VOCBk9DMS/aaj+IGSbDoH TWH0NmbNz+ZTpNqb9ur92d8ekMud7fA3K07YTHrLdVN3cgk2uHovBJQEbCxozn/g+VX3fW4 N1dSx+ksuJC7My6q17jt5rLG7tbwygoLnIrce2646Mdxbeug3W9Ac0DKzpADNwsi0+9c0bp Qp/8zAk0Z1uVtGxKpn8Pg== X-UI-Out-Filterresults: notjunk:1;V01:K0:KXg4Zyt6wSQ=:uEleQMLeC+4DXFtxOpef2q 9Dxe/cQf6mzvw6UPYrktjQ04P/4aSGDHNqKHpSqKieT+qWIsNaS3LHVOvmOY4x7gV+Uf5ssNR ATHNod4/QbOBTZ1N8pFFkbUw4/dtNaJh0jNrwv5hyAovyZAIIUHYP6bkDv9AsGSt8Pv0E0jqZ o7rQ2VuP786JV6EfprxiOvVoV5jrrvhYRkAPnvplZ74isL15AEnhKlMveyTYL7M99M/Cz0DsF lu/3LZSZxQTXkZv1eqRMsQpUy42hx5NAykdAyIRxbkNBmP3y6ewiEXDttCCk1WYCje/1NTp3O VUT3172C622QqnmyBjU13TGPtZo4uk1k94Fy5/4BdiaNbSiiCEVsD4OpdYjI5gBDjtaoJgsRF GL76v7yIMFF5zuL5TEsZJBlbmPvKdIwQ4x3FkLrVzp6j65ho8bmjl1QkJzXHlXraB+taTkjOS Qvv+o85eCZ+369pQztV8kmDA8LiewvbB+r7RVuszhqe1mQDJR6lmZBjM8C7eKQoCL+NOQSrky 2D0mOjqsiUUUYP0f3O390Wex6pA8aoGKL48CM1T1J/UByKjHfna34AOoB/R9OBTdbgGzjfXFT dZKJdbjkKwNgw2FFtGKrZ1S40iyQ6CCjkB+rbeZyY63HZ8fJyJgO4RNOdBA4C0PO2gdAB+gb0 SL/U1xCVXEVNhDGhhDmgMR3eed12xfzm/4M6hxvh5qYMyb7oo4kjwoO+S75b85N8jJUoIEbGF fGH9U0FFj9OVD8j8ztAVFPMvAIpelsbIufrEX38+xAexVptVCizDLf/j23+RAZmVFlHvkMCd/ TDQU3ib X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > I actually prefer my original code in this case, because it's closer > to what process_quit_flag does when quit-flag is tested while BODY > runs. Looks good - thanks. Michael. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Jul 2018 19:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org, monnier@IRO.UMontreal.CA Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.153081765113384 (code B ref 31692); Thu, 05 Jul 2018 19:08:02 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jul 2018 19:07:31 +0000 Received: from localhost ([127.0.0.1]:47980 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fb9bH-0003To-Gj for submit@debbugs.gnu.org; Thu, 05 Jul 2018 15:07:31 -0400 Received: from mout.web.de ([212.227.15.3]:39461) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fb9bF-0003Tb-8U for 31692@debbugs.gnu.org; Thu, 05 Jul 2018 15:07:29 -0400 Received: from drachen.dragon ([94.216.139.22]) by smtp.web.de (mrweb002 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MYNkX-1ffk9W2mW1-00V8N8; Thu, 05 Jul 2018 21:07:11 +0200 From: Michael Heerdegen References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> <83602uwq3y.fsf@gnu.org> <87zi042a9g.fsf@web.de> <834li316f4.fsf@gnu.org> Date: Thu, 05 Jul 2018 21:07:08 +0200 In-Reply-To: <834li316f4.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 16 Jun 2018 11:28:47 +0300") Message-ID: <87d0w1o61v.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:xBV9FkclUQBwyNr02c1mXr5Bgi4DBCcTEvGEQLkIGIrwmNm9d1S FmdAHeNua8FrGQNr7DEPkgXIzCwHpHeN4TkPa9ndDyDcf3JoR2EVBxkgY9f7pPwBSNS+Lnl MhIX5UNv6t4kd0u3wAq3sL9sAkTQOICEohPaRrtBuM/ZGl9D6R8KTicDiGRva/fXEfTwhVV d99huS9vGjOK74t6zOjJA== X-UI-Out-Filterresults: notjunk:1;V01:K0:PQds2M89nns=:rfdnFYbN84JilUDPH1u1L3 hcwPJ6X9imkAV83KHX0cPtOr++90FWOaPVCEazk/Jjbq3BGT6AYNFps8nn/Z+ErAUUKLwcuju IzqtlbHLjIjz6ahzfXETX1n7hFLUxhGb1CAqzN9dcNBRUy5cEvu/U+QK8PvMvZxa8msio5OJQ rrGSnn6iA8MRZopvqAxeTCqzQIUVUDj7GychbuAOOloNqQHkK2ZZkrGTMk5nJAlfpYxf8tt20 CuqzYKVm4+900nz5WoeuEZb29iniW1zqj5DXIUCn/UUT3G3fqbDlU6DDYU7eYIWusj4hk7uLQ meoBwdGvmgkgM7Sf0FumVVTefseedEu8o9g4nMPOd4dqCnbc/5XvFNXhiTW0WBpufFvqNg9S9 phr40JMYram4L//0Ezci6ofqTLOp9+7XiEXnaaovH+3eFNIUHZQUWnh9p9REQZwkgts1EvuoP zeWi5GUFkHbrBcPD+DSe8llZRwkGVKJRBDAqHtAJo2vyr3c/G+1tI06jsVSF64L/8lN5be84b 1uGcqcLUhUYSWBIFX/A4NMLdb/j5qSfYMyZMU80+wMUhBKKRKqOIT7kXaeI2oaxebV6YM24Yo gW3+mDYUFMxUuX9pIvXB0jTWoFLxIPs8sIwLu54kMq7Jd582lHAyq1SMSkotyriFadYdzYf9S y+RTMY8Q0azEBO2uLuW+b1lm3csaLc1DzVaDQIwl21rg6G8V89dmEfWZuQ4eXXpQ0Ims2CPi6 yNJheOdZa18LJFoSIDVS2jFgVhtpdULeuvUyNvBgwKjyJoEYVj1vZ1fbf3SMHCsQU2UvbFN5a XrjDyhf X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > I actually prefer my original code in this case, because it's closer > to what process_quit_flag does when quit-flag is tested while BODY > runs. I found a case where this doesn't work as I had expected. I want to use `while-no-input' to calculate a helpful string for `minibuffer-message' when reading certain input from the minibuffer, and also use `sit-for' (inside the `while-no-input') to add delays between/after minibuffer messages. When I hit C-g when this runs, I get a normal quit instead of what C-g is bound to in the minibuffer. My current fix is to catch the quit (once again) and call the command that is bound to C-g. Thanks, Michael. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Jul 2018 19:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org, monnier@IRO.UMontreal.CA Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.153081885015121 (code B ref 31692); Thu, 05 Jul 2018 19:28:01 +0000 Received: (at 31692) by debbugs.gnu.org; 5 Jul 2018 19:27:30 +0000 Received: from localhost ([127.0.0.1]:47987 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fb9uc-0003vp-7Z for submit@debbugs.gnu.org; Thu, 05 Jul 2018 15:27:30 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51818) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fb9uZ-0003vZ-UR for 31692@debbugs.gnu.org; Thu, 05 Jul 2018 15:27:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fb9uT-0003Ar-N7 for 31692@debbugs.gnu.org; Thu, 05 Jul 2018 15:27:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34971) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fb9uN-00037F-1A; Thu, 05 Jul 2018 15:27:15 -0400 Received: from [176.228.60.248] (port=4254 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fb9uL-00011J-N3; Thu, 05 Jul 2018 15:27:14 -0400 Date: Thu, 05 Jul 2018 22:27:11 +0300 Message-Id: <83o9flmqk0.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87d0w1o61v.fsf@web.de> (message from Michael Heerdegen on Thu, 05 Jul 2018 21:07:08 +0200) References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> <83602uwq3y.fsf@gnu.org> <87zi042a9g.fsf@web.de> <834li316f4.fsf@gnu.org> <87d0w1o61v.fsf@web.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Michael Heerdegen > Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org, monnier@IRO.UMontreal.CA > Date: Thu, 05 Jul 2018 21:07:08 +0200 > > I want to use `while-no-input' to calculate a helpful string for > `minibuffer-message' when reading certain input from the minibuffer, and > also use `sit-for' (inside the `while-no-input') to add delays > between/after minibuffer messages. When I hit C-g when this runs, I get > a normal quit instead of what C-g is bound to in the minibuffer. My > current fix is to catch the quit (once again) and call the command that > is bound to C-g. I don't think you can reliably rebind C-g. For starters, it produces SIGINT on TTY frames, so I think rebinding will have no effect, at least in that use case. Anyway, can you show some Lisp to reproduce the issue? Thanks. From unknown Fri Aug 22 01:03:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#31692: Emacs sometimes drops key events Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jul 2018 17:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: radon.neon@gmail.com, 31692@debbugs.gnu.org, monnier@IRO.UMontreal.CA Received: via spool by 31692-submit@debbugs.gnu.org id=B31692.153089900219827 (code B ref 31692); Fri, 06 Jul 2018 17:44:02 +0000 Received: (at 31692) by debbugs.gnu.org; 6 Jul 2018 17:43:22 +0000 Received: from localhost ([127.0.0.1]:48810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fbUlN-00059j-RY for submit@debbugs.gnu.org; Fri, 06 Jul 2018 13:43:22 -0400 Received: from mout.web.de ([212.227.15.4]:58811) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fbUlL-00059W-Ox for 31692@debbugs.gnu.org; Fri, 06 Jul 2018 13:43:20 -0400 Received: from drachen.dragon ([94.216.139.22]) by smtp.web.de (mrweb004 [213.165.67.108]) with ESMTPSA (Nemesis) id 0LpQjF-1g4nuA0E9l-00fDMF; Fri, 06 Jul 2018 19:43:07 +0200 From: Michael Heerdegen References: <83wovgd2aj.fsf@gnu.org> <87po163v65.fsf@web.de> <83in6yarhe.fsf@gnu.org> <877encq5co.fsf@web.de> <8336y0x9c3.fsf@gnu.org> <87zi078r8n.fsf@web.de> <83efhiwrmj.fsf@gnu.org> <83602uwq3y.fsf@gnu.org> <87zi042a9g.fsf@web.de> <834li316f4.fsf@gnu.org> <87d0w1o61v.fsf@web.de> <83o9flmqk0.fsf@gnu.org> Date: Fri, 06 Jul 2018 19:43:04 +0200 In-Reply-To: <83o9flmqk0.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 05 Jul 2018 22:27:11 +0300") Message-ID: <87k1q845w7.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:mPhQMsTX5PhRIrTq8pzuAyZybQbYlTDHHgLIv75BJ/K82Yg8Ywx q+ksSKJjZv6PpUgQVO6kjFf1bjPCjdxbDQbd+gN5C7HVEm3+CokPgxb5Sp87uQgDzBdLsBu n1PApYkyC5VrOGYk4t7GNq2cNfDQkS9ACTYXlUkqt19+7U90tKRLt8YEv+IOfxip5N7z0ln xM3OFrPYp6LGuWK86L2RA== X-UI-Out-Filterresults: notjunk:1;V01:K0:E5/pbsgdDdU=:nJgb4VyM9Khb+lskgECUaL xF9Ax9OJ5/PhC4sjTgNTNN9EdKyWdQazLGbNdNoeR2y1ZI4hxs4zcPhrkmIdvA3gZL7RS0oTT N/LK0VgtbZfqy43ESoMqfB70N3TG1NuR6UM+Ycjp164ZkRdln5TEs0iU8TRwHpAZtuuBwoo0f SncyMAsZGpjUaiM6QtzVfyRiF+VNwa8xF9Bus1Yev1VE/zXkPqDsns1ke250xpEJEmhdhixho Fa9jj6hPboWisL7FJT62JYO40Cl6WeJH5ol8l+IR56/KZygfNsteh2LgV7cLYDoZJiFz0BET9 4VK1Pvt/eCX/zqHyhnzDD6KWMttirKygwkX7BS0sBH0NgAMCsdPRW64w6x2qcKTuH0eQruWMS xsMGmXHXGkjCWMOP6i6TdfAXl0P/y2OF914othBc1M4WIS8TwF70bUYzgUPDYOdnCRFCi0f2j NwxC3A9TaUTwmY/hsBHK4d/ZdaYq0L1JYCzm1cyirS46QHCyD/fXznWYPd+uJm4V+CXIcXs0f w+hpoSwEb+EQWpQr9qox9qwiyH/6V73dGdhJ4Ma24/uLhqetH2OQUFAtF5ZTmemgEa9IYEFBP FZ/1URXqfM9Pp0KfrctM7Qf6J9e2X3wygr0wxYG2FnZdlHvtia55IC6pRTZKO4ZLj6UEkkP4D IqftMGXhyYkO4v/yc0BAX34S4xBrssg60OM0JFuXiHlNpyQaXLgoo0U05i/+24zgjQNKrGmta oG7kScuWpPKIS5dEsOgXr44swD0j5T8FVeGuB+L6jH16kAhuSTRj61qTVzQ= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Eli Zaretskii writes: > I don't think you can reliably rebind C-g. For starters, it produces > SIGINT on TTY frames, so I think rebinding will have no effect, at > least in that use case. I think you misunderstood. My fix was not to rebind C-g. With our fix, hitting C-g while `sit-for' waits inside a `while-no-input' makes the latter throw a 'quit' signal. I can use `condition-case' to catch that quit, and call the actual binding of C-g (or just a hardcoded `abort-recursive-edit'). > Anyway, can you show some Lisp to reproduce the issue? Here is a template. To try it, call `read-test-input'. To see that C-g is not always running as expected, hit C-g while a sit-for is running (i.g. when the hint is shown). `read-test-input' reads in input and tries to do something: in this example counts words in the current buffer (which is interruptable) and uses an overlay to show a message in the minibuffer, which is automatically removed after a `sit-for' has finished. --=-=-= Content-Type: application/emacs-lisp Content-Disposition: inline; filename=testcase.el Content-Transfer-Encoding: quoted-printable ;; -*- lexical-binding: t -*- (defvar test--timer nil) (defun test-trigger-mb-hints () (if (not (timerp test--timer)) (setq test--timer (run-at-time 3 nil #'test-display-mb-hints)) (timer-set-time test--timer (time-add (current-time) 0.5)) (timer-activate test--timer))) (defun test-setup-mb-hints () (when (timerp test--timer) (cancel-timer test--timer)) (setq test--timer nil) (add-hook 'post-command-hook #'test-trigger-mb-hints t t)) (defun test-display-mb-hints () (when (minibufferp) (while-no-input (let* ((base-win (minibuffer-selected-window)) (buf (window-buffer base-win))) (let (words) (sit-for .5) (with-current-buffer buf ;; doing something potentially expensive here... (setq words (count-words (point-min) (point-max)))) (let ((ol (make-overlay (point-max) (point-max) nil t t))) (unwind-protect (cl-flet ((display-message (lambda (message &rest args) (setq message (propertize (apply #'format message args) 'face 'shadow)) (put-text-property 0 1 'cursor t message) (overlay-put ol 'after-string message) (redisplay)))) (display-message " [%s words]" words) (sit-for 10)) (delete-overlay ol)))))))) (defun test-read-input () (interactive) (minibuffer-with-setup-hook #'test-setup-mb-hints (read-string "Input: "))) --=-=-= Content-Type: text/plain Michael. --=-=-=--