From: Raffael Stocker <r.stocker@mnet-mail.de>
To: 68914@debbugs.gnu.org
Cc: Eli Zaretskii <eliz@gnu.org>
Subject: bug#68914: Windows makes Emacs choke on and swallow the WIN keys
Date: Fri, 13 Sep 2024 15:26:21 +0200 [thread overview]
Message-ID: <yplmh6ajadmq.fsf@mnet-mail.de> (raw)
In-Reply-To: <yplmh6iptchv.fsf@mnet-mail.de> (Raffael Stocker's message of "Sat, 03 Feb 2024 21:45:46 +0100")
Raffael Stocker <r.stocker@mnet-mail.de> writes:
> this is a weird one (and long, apologies). On MS Windows, it sometimes
> happens that a windows key gets stuck, that is, it remains (logically)
> pressed down, and this behaviour is correlated with Emacs use. A
> colleague and I are seeing this on two installations with Emacs 28.2 and
> 29.2 on Windows 10 and 11. Unfortunately, this is somewhat random and
> we have not found a way to trigger it directly.
> [...]
> We have had good results with increasing the ‘LowLevelHooksTimeout’, but
> we had to set it to the maximum value of 1000 ms. I am not sure about
> the default value; the internet claims it to be 200 ms.
I believe I can now provide an update here. The last few (2...3) months
we have been running Emacs 30 on two machines, with
‘LowLevelHooksTimeout’ set to 10 (to more easily trigger this bug). In
this time, we have not seen the bug at all.
To confirm that this is connected to the Emacs version we were running,
my colleague has now used Emacs 29.2 for a couple of days. And lo and
behold, on the second day, the bug re-surfaced: she pressed the windows
key in Emacs, then changed to some other program and there it was.
So, it seems we can be reasonably confident that something in Emacs 30
fixed this bug. Perhaps it was the WTS_SESSION fix after all (although
then I don't understand how), or it was something else.
I don't know whether this qualifies as good enough to close this issue,
but I suspect we might not be seeing this bug again.
Regards,
Raffael
next prev parent reply other threads:[~2024-09-13 13:26 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-03 20:45 bug#68914: Windows makes Emacs choke on and swallow the WIN keys Raffael Stocker
2024-02-04 6:31 ` Eli Zaretskii
2024-02-04 13:02 ` Raffael Stocker
2024-02-04 14:14 ` Eli Zaretskii
2024-02-12 20:13 ` Raffael Stocker
2024-02-04 13:32 ` Nikolay Kudryavtsev
2024-02-04 13:56 ` Eli Zaretskii
2024-09-13 13:26 ` Raffael Stocker [this message]
2024-09-13 14:45 ` Eli Zaretskii
2024-09-21 9:48 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=yplmh6ajadmq.fsf@mnet-mail.de \
--to=r.stocker@mnet-mail.de \
--cc=68914@debbugs.gnu.org \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).