Bug 213017

Summary: Win + <somekey> (global) shortcuts don't work in KDE
Product: [Fedora] Fedora Reporter: Artem S. Tashkinov <aros>
Component: kdebaseAssignee: Than Ngo <than>
Status: CLOSED WORKSFORME QA Contact: Ben Levenson <benl>
Severity: high Docs Contact:
Priority: medium    
Version: 8Keywords: Reopened
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-01-10 14:31:13 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
FC6 install log
none
xev and .config
none
some more information
none
my .config for vanilla kernel 2.6.23 none

Description Artem S. Tashkinov 2006-10-30 16:15:17 UTC
Description of problem: Win + <somekey> (global) shortcuts don't work in KDE.


Version-Release number of selected component (if applicable): 3.5.4


How reproducible: Run KDE


Steps to Reproduce:
1. Open Control Center -> Regional and Accessibility -> Keyboard Shortcuts
2. Select Windows Scheme with Win Key -> hit Apply
3. Try to use any global shortcut with Win key
  
Actual results:

Nothing happens, KDE ignores all shortcuts with Win key

Expected results:

Keyboard shortcuts with Win key work.

Additional info: Tested on vanilla install of FC6 with all dependencies
satisfied. These are keyboard related X.org packages installed:
xkeyboard-config
libxkbfile
xorg-x11-xkb-utils

When you try to assign a key combination with Win key to any Action, e.g. <Win>
+ <R> for "Run a Command" then only "R" gets entered.

Section "InputDevice"
        Identifier  "Keyboard0"
        Driver          "kbd"
        Option          "XkbModel"              "pc105"
        Option          "XkbLayout"             "us,ru(winkeys)"
        Option          "XkbOptions"    "grp:alt_shift_toggle,grp_led:scroll"
        Option          "Xleds"                 "1 2 3"
EndSection

No action has been taken on the X.org side, it looks like their bugzilla is
malfunctioning or attracts no attention amongst developers.

This bug is also mentioned here: http://dot.kde.org/1161902851/1162123825/

Comment 1 Artem S. Tashkinov 2006-11-08 06:15:57 UTC
Everything was fine with FC5 on this very PC. Can this bug be related to my
keyboard model which is a cheap BTC hardware?

Comment 2 Than Ngo 2006-11-27 20:01:48 UTC
strange, i cannot reproduce this problem with current KDE from FC6 update.
<Windows> + R works fine here. Could you please try with a fresh created user?
Please attach the output of "rpm -qa | grep kde". Thanks



Comment 3 Artem S. Tashkinov 2006-11-28 18:44:20 UTC
Created attachment 142316 [details]
FC6 install log

Reproducible: always.

Install FC6 the way I've installed it. Read the rest of instructions in the
README file.

:-(

Comment 4 Than Ngo 2006-11-28 18:55:01 UTC
Could you please update to new kde-3.5.5 from FC6 update and try again.
If it still does not work, it's something broken with your keyboard.

I have tested several keyboards and did not see the problem!

Comment 5 Artem S. Tashkinov 2006-11-29 14:55:45 UTC
Fedora Core 5 *works* fine on this very PC, also when I run FC5 as a guest of
FC6(!) in VMWare then keyboard in the guest works flawlessly.

Ngo, have you tried installing FC6 the way I suggested? From your answer I can
conclude that you haven't.

Comment 6 Than Ngo 2006-11-29 15:02:10 UTC
yes, i have installed FC5/FC6/RHEL5 amd tried to reproduce the bug. I cannot 
not reproduce the problem!

Comment 7 Artem S. Tashkinov 2006-12-13 05:20:52 UTC
Created attachment 143489 [details]
xev and .config

After some investigation I've understood that my custom kernel is to be blamed
for such a behavior. Somehow it's very strange because with the same kernel
.config-uration FC5 worked fine.

Under two kernels: Fedora Core's one and mine xorg xev application generates
different output.

My kernel configuration is attached. I don't use initrd, some of my /dev
entries were fulfilled in the recovery mode.

I hope it may help to solve my bug.

Comment 8 Artem S. Tashkinov 2006-12-13 05:39:48 UTC
Created attachment 143490 [details]
some more information

1) ls -R /dev output
2) lsmod output
3) X.org log

Comment 9 Artem S. Tashkinov 2007-10-20 13:49:37 UTC
Created attachment 233421 [details]
my .config for vanilla kernel 2.6.23

This bug is still here (Fedora 7, KDE 3.5.8 and kernel 2.6.23).

Comment 10 Artem S. Tashkinov 2007-11-16 16:26:40 UTC
This bug is now reproducible with the _default_ Fedora 8 packages and all
updates applied.

I'm purely wrathful!

Comment 11 Lukáš Tinkl 2008-01-02 12:38:13 UTC
Works perfectly for me under F8, even with russian keyboard

Comment 12 Artem S. Tashkinov 2008-01-10 14:28:02 UTC
I can reproduce this bug right now (*all* F8 updates installed):

uname -a
Linux localhost.localdomain 2.6.23.9-85.fc8 #1 SMP Fri Dec 7 15:49:59 EST 2007 
i686 athlon i386 GNU/Linux

This is my xorg.conf keyboard section:

Section "InputDevice"
        Identifier      "Keyboard0"
        Driver          "kbd"
        Option          "XkbModel"              "pc104"
        Option          "XkbLayout"             "us,ru"
        
Option          "XkbOptions"            "grp:alt_shift_toggle,grp_led:scroll"
        Option          "Xleds"                 "1 2 3"
        Option          "XkbVariant"            ",winkeys"
EndSection

Comment 13 Artem S. Tashkinov 2008-01-10 14:31:13 UTC
Sorry, that's been a false alarm. Everything indeed works. :'-( But with the 
vanilla kernel I still can reproduce this bug.

Comment 14 Artem S. Tashkinov 2009-05-08 10:06:51 UTC
In Fedora 10 I cannot reproduce this bug any longer.