GNU bug report logs - #23830
25.0.94; Emacs eats left Windows key on Windows 7

Previous Next

Full log

Message #8 received at 23830 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Richard Copley <rcopley <at> gmail.com>
Cc: 23830 <at> debbugs.gnu.org
Subject: Re: bug#23830: 25.0.94; Emacs eats left Windows key on Windows 7
Date: Wed, 22 Jun 2016 21:45:52 +0300

> From: Richard Copley <rcopley <at> gmail.com>
> Date: Wed, 22 Jun 2016 19:22:01 +0100
> 
> In recent builds of the emacs-25 branch, when an Emacs frame is in the
> foreground, it intercepts the left Windows key (and the windowing
> system does not react to the key event).
> 
> My two most recent emacs-25 builds are from revisions:
>   ab182c624868fcc0ed97597db669911099d4bd28 (commit time 2016-06-12
> 17:33:52 UTC),
>   788c9b69e1801dd883dbe603281571ef3c78a724 (commit time 2016-05-31
> 06:17:55 UTC).
> The bug is present in the 2016-06-12 build and absent in the 2016-05-31 build.

These two commits are not on the emacs-25 branch.

> To reproduce:
> 
> Run emacs -Q.
> Make sure the Emacs frame is the active foreground window.
> Press the left Windows key.
> Expected result: the start menu opens (depends on users's settings).
> Actual result: Emacs receives the keypress instead (this can be verified
> by typing [C-h k lwindow]).
> 
> In GNU Emacs 25.1.50.1 (x86_64-w64-mingw32)
>  of 2016-06-13 built on [redacted]

This is not the emacs-25 branch, this is master.  Could you please
clarify this confusion?

The keyboard handling on Windows was changed on master in February, so
I don't see how some change in the beginning of June could have done
anything about that.  I'm probably missing something.

Previous Next

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