Bug 8815 - Most X applications cannot catch Win + Key events
Summary: Most X applications cannot catch Win + Key events
Status: RESOLVED WORKSFORME
Alias: None
Product: xorg
Classification: Unclassified
Component: Input/Keyboard (show other bugs)
Version: 7.3 (2007.09)
Hardware: x86 (IA32) Linux (All)
: high blocker
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-29 10:38 UTC by Artem S. Tashkinov
Modified: 2010-03-03 03:29 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
X :1 -logverbose 9 (12.14 KB, application/octet-stream)
2007-02-22 13:09 UTC, Artem S. Tashkinov
no flags Details

Description Artem S. Tashkinov 2006-10-29 10:38:47 UTC
Recently I have upgraded to Fedora Core 6/X.org 7.1 and in KDE 3.5.4/3.5.5 all
global shortcuts with Win key no longer work. It seems like X.org cannot pass to
KDE Win key being pressed together with any other key simultaneously.

Everything works OK in Fedora Core 5/X.org 7.0.
Comment 1 Artem S. Tashkinov 2006-12-12 23:41:32 UTC
It looks like X.org cannot find some necessary features in my Linux kernel. It's
very strange because X.org 7.0 worked fine with the same kernel configuration.
Comment 2 Daniel Stone 2007-02-22 12:02:38 UTC
sounds like your installation is broken, and the xkb data is either not installed, or installed in the wrong place.  make sure it's in ${datadir}/X11/xkb from the server's perspective, or that you've specified --with-xkb-path to the server.
Comment 3 Artem S. Tashkinov 2007-02-22 12:29:49 UTC
It seems like you're not right:

[birdie@localhost ~]$ cd /usr/share/X11/xkb
[birdie@localhost xkb]$ ls -la
total 172
drwxr-xr-x 10 root root  4096 Oct 25 14:08 .
drwxr-xr-x  8 root root  4096 Feb  9 01:12 ..
drwxr-xr-x  2 root root  4096 Oct 25 14:08 compat
-rw-r--r--  1 root root   974 Sep  1 16:55 compat.dir
drwxr-xr-x  5 root root  4096 Oct 25 14:08 geometry
-rw-r--r--  1 root root  3358 Sep  1 16:55 geometry.dir
drwxr-xr-x  4 root root  4096 Oct 25 14:08 keycodes
-rw-r--r--  1 root root  3153 Sep  1 16:55 keycodes.dir
drwxr-xr-x  5 root root  4096 Oct 25 14:08 keymap
-rw-r--r--  1 root root 14662 Sep  1 16:55 keymap.dir
drwxr-xr-x  2 root root  4096 Oct 25 14:08 rules
drwxr-xr-x  2 root root  4096 Oct 25 14:08 semantics
-rw-r--r--  1 root root   134 Sep  1 16:55 semantics.dir
drwxr-xr-x 11 root root  4096 Oct 25 14:08 symbols
-rw-r--r--  1 root root 25834 Sep  1 16:55 symbols.dir
drwxr-xr-x  2 root root  4096 Oct 25 14:08 types
-rw-r--r--  1 root root   497 Sep  1 16:55 types.dir
Comment 4 Daniel Stone 2007-02-22 12:42:28 UTC
your server log probably says something about 'falling back to pre-XKB keymap'.  which means one of n things: xkbcomp can't be found, the server has a different path to the xkb data directory, misc, other ...
Comment 5 Artem S. Tashkinov 2007-02-22 13:04:15 UTC
grep -i XKB /var/log/Xorg.0.log
(**) Option "XkbRules" "xorg"
(**) Keyboard0: XkbRules: "xorg"
(**) Option "XkbModel" "pc105"
(**) Keyboard0: XkbModel: "pc105"
(**) Option "XkbLayout" "us,ru(winkeys)"
(**) Keyboard0: XkbLayout: "us,ru(winkeys)"
(**) Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll"
(**) Keyboard0: XkbOptions: "grp:alt_shift_toggle,grp_led:scroll"
Comment 6 Artem S. Tashkinov 2007-02-22 13:09:52 UTC
Created attachment 8818 [details]
X :1 -logverbose 9

Here's a log of X.org running at maximum verbosity level.
Comment 7 Daniel Stone 2007-02-27 01:34:14 UTC
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 8 Artem S. Tashkinov 2007-02-27 09:02:41 UTC
Hey, any more suggestions?

Definitely it's not a KDE bug (because I traced it down to the only running X.org and xev). Also it's not a kernel bug (VMWare and rdesktop still can handle Win+any_key).

Comment 9 Artem S. Tashkinov 2007-03-06 11:07:27 UTC
I'm changing this bug title, because this bug affects most X applications (except rdesktop and VMWare).
Comment 10 Artem S. Tashkinov 2007-05-06 00:40:51 UTC
Does anyone have an idea what can be wrong?
Comment 11 Artem S. Tashkinov 2007-07-24 01:49:23 UTC
The same happens with X server 1.3/X.org release 7.2.
Comment 12 Artem S. Tashkinov 2008-03-08 02:36:11 UTC
The same happens with X server 1.4/X.org release 7.3.

Comment 13 Artem S. Tashkinov 2008-05-16 09:52:01 UTC
With xorg-x11-server-Xorg-1.3.0.0-42.fc8 and kernel 2.6.25.3 everything works fine.
Comment 14 Michal Nowak 2008-09-09 01:43:42 UTC
Does it really disappeared, Artem?

I am still facing it on Fedora 9.
Comment 15 Artem S. Tashkinov 2008-09-10 12:22:15 UTC
Well, it still happens for me from time to time but I have managed to find a workaround and it is called 

$ man setxkbmap

E.g. this commands restores a normal Win key behaviour for me (you can grab the options for /etc/X11/xorg.conf:

$ setxkbmap -model pc105 -layout "us,ru(winkeys)" -option "grp:alt_shift_toggle,grp_led:scroll"

Cheers!

P.S. It's a sad state of affairs ... the bug is almost two years old, it's a confirmed bug and no one cares.
Comment 16 Artem S. Tashkinov 2008-09-10 12:27:28 UTC
This bug is very annoying: https://bugs.freedesktop.org/show_bug.cgi?id=14255

Since many native Linux applications crash from time to time leaving you with a wrong screen resolution. I'm quite sure it's a matter of several hours to write a deamon for X server which will keep track of resolution changes and revert back to your native resolution if the last application to change screen parameters exited abnormally.
Comment 17 Peter Hutterer 2008-09-11 23:41:09 UTC
(In reply to comment #16)
> This bug is very annoying: https://bugs.freedesktop.org/show_bug.cgi?id=14255
no bug hijacking please, I fail to see what the resolution has to do with the win key bug.

(In reply to comment #15)
> P.S. It's a sad state of affairs ... the bug is almost two years old, it's a
> confirmed bug and no one cares.

no-one cares != no-one has had time to look at it yet != no-one has found the issue yet != no-one has fixed the issue yet.

Anyway, could be the xkeyboard-config change to vmods. Please post the xev output when you hit left alt, r alt and win (both winkeys).
Also, please attach the most recent log file you can obtain (uncompressed!).

Reopening the bug - still seems to be an issue.
Comment 18 Artem S. Tashkinov 2008-09-12 11:51:41 UTC
As soon as it happens for me again I'll post the appropriate information. I'm sorry for being offensive.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.