198155 2009-06-28 13:18:51 +0000 newly assigned shortcut keys don't work 2009-11-23 18:18:36 +0000 1 1 2 Applications kmenuedit general unspecified openSUSE Linux RESOLVED WORKSFORME NOR normal --- 0 spam unassigned-bugs-null aendu+bugs.kde.org gatoatigrado jgj7.kde untitled.no4 wstephenson 4 oldest_to_newest 783220 0 spam 2009-06-28 13:18:51 +0000 Version: 0.8 (using KDE 4.2.90) OS: Linux Installed from: SuSE RPMs Running KDE4.3b2, "release 138," under OpenSUSE 11.1, installed from OpenSUSE Factory repos. I have several existing shortcut keys set up in the KDE menu editor under previous KDE versions, which continue to function normally. When I try to set up shortcut keys for newly installed applications, the interface works normally, informs me of conflicting key commands, successfully captures and allows me to save the new shortcut keys, remembers them after reboot, etc. However, the key new combinations simply do not work. I have tried several keys and apps with the same result. I have no custom key bindings set in the system settings (version 1.0, KDE 4.3 beta 2, release 138), and I have no keybinding commands set in the ccsm general settings, though I am also running compiz (0.7.8), also from the OpenSUSE repos. The fact that the application grabs the key combinations shows that it recognizes the keys, and I am not using any unusual keys that don't already function in other menu editor shortcuts. As I say, this bug does not affect existing key combinations in menu editor, which function normally. 787100 1 untitled.no4 2009-07-05 22:44:51 +0000 Same thing happens with Kubuntu 9.04 KDE 4.3 RC1. Shortcut keys that were set before upgrading to KDE 4.3 beta 2 work, but newly assigned shortcut keys don't. 793333 2 spam 2009-07-16 14:34:55 +0000 Problem is still present in KDE 4.3 RC2. How come this is normal priority/unconfirmed? Wouldn't want to roll out KDE 4.3 with this bug, surely? 807692 3 jgj7.kde 2009-08-07 00:30:07 +0000 Fresh install of Kubuntu Karmic alpha 3 with full update today (KDE 4.3), and no app keyboard shortcuts assigned in kmenuedit work (it accepts and keeps them but they don't work). Alt-Tab and other global shortcuts work okay. 807723 4 jgj7.kde 2009-08-07 01:37:44 +0000 Workaround... It appears that when kmenuedit adds the shortcut to ~/.kde/share/config/khotkeysrc (via qdbus?), it sets "Enabled=false". For example: [Data_1_2] Comment=firefox.desktop Enabled=false Name=Firefox Web Browser Type=MENUENTRY_SHORTCUT_ACTION_DATA If you edit khotskeyrc and change "Enabled=true" for the desired entry, then tell khotkeys to reload its config file: qdbus org.kde.kded /modules/khotkeys org.kde.khotkeys.reread_configuration Then the shortcuts work for me. (Note: Don't change all the "Enabled=false" in that file to true because some are just examples) 811058 5 36104 jgj7.kde 2009-08-12 20:12:38 +0000 Created attachment 36104 script to enable menu shortcuts in khotkeysrc Be sure to run as user not as root 811059 6 jgj7.kde 2009-08-12 20:14:04 +0000 Also note that this bug may affect the workaround (namely, if it is a brand new menu item, you have to save it twice with the shortcut key before it will be stored, then use the above Enabled=true workaround)... https://bugs.kde.org/show_bug.cgi?id=203601 Also, above is a simple script that corrects the problem in khotkeysrc... run it after saving the menu and it will enable the keys. (On my system the "[Data1..." entries are for the menu - if this differs on your system you will need to change the script.) 814530 7 andresbajotierra 2009-08-18 20:21:08 +0000 *** Bug 199315 has been marked as a duplicate of this bug. *** 867204 8 wstephenson 2009-11-23 18:17:17 +0000 This seems to work for me with svn (4.4pre) 867208 9 wstephenson 2009-11-23 18:18:36 +0000 *** Bug 203601 has been marked as a duplicate of this bug. *** 36104 2009-08-12 20:12:38 +0000 2009-08-12 20:12:38 +0000 script to enable menu shortcuts in khotkeysrc khotkeys-update text/plain 822 jgj7.kde IyEvYmluL2Jhc2gKIyBFbmFibGVzIG1lbnUgc2hvcnRjdXQga2V5cyBmb3IgS0RFNAoKa2RlND1g cHMgLUEgfCBncmVwIGtkZWQ0YAppZiBbICIka2RlNCIgPT0gIiIgXTsgdGhlbgoJZWNobyAnV3Jv bmcgS0RFIHZlcnNpb24nCglleGl0CmZpCgojIFNldCB0aGUgZmllbGQgc2VwZXJhdG9yIHRvIGEg bmV3bGluZQpJRlM9IgoiCnN0YW1wPSQoZGF0ZSArJVktJW0tJWQtJUglTSVTKQpvcmlnPS9ob21l L2B3aG9hbWlgLy5rZGUvc2hhcmUvY29uZmlnL2tob3RrZXlzcmMKCmNwIC1hICRvcmlnICRvcmln LSRzdGFtcC5iYWsKbmV3ZmlsZT0kb3JpZy10bXAudG1wCnJtIC1mICRuZXdmaWxlCgpkYXRhZ29v ZD0wCmZvciBsaW5lIGluIGBjYXQgLUUgJG9yaWdgO2RvCglpZiBbICIke2xpbmU6MDo2fSIgPT0g IltEYXRhXyIgXTsgdGhlbgoJCWlmIFsgIiR7bGluZTowOjd9IiA9PSAiW0RhdGFfMSIgXTsgdGhl bgoJCQlkYXRhZ29vZD0xCgkJZWxzZQoJCQlkYXRhZ29vZD0wCgkJZmkKCWVsc2UKCQlpZiAoKCBk YXRhZ29vZCA9PSAxICkpOyB0aGVuCgkJCWlmIFsgIiRsaW5lIiA9PSAiRW5hYmxlZD1mYWxzZSQi IF07IHRoZW4KCQkJCWxpbmU9IkVuYWJsZWQ9dHJ1ZSQiCgkJCWZpCgkJZmkKCWZpCgllY2hvICIk e2xpbmUlXCR9IiA+PiAkbmV3ZmlsZQpkb25lCgppZiBbIC1lICRuZXdmaWxlIF07IHRoZW4KCW12 IC1mICRuZXdmaWxlICRvcmlnCglxZGJ1cyBvcmcua2RlLmtkZWQgL21vZHVsZXMva2hvdGtleXMg b3JnLmtkZS5raG90a2V5cy5yZXJlYWRfY29uZmlndXJhdGlvbgplbHNlCgllY2hvICJFcnJvciAt IG5ldyBmaWxlIG5vdCBmb3VuZCIKZmkK