Red Hat Bugzilla – Bug 201176
Key shortcuts set in capplet for next/prev song, start/stop playing don't work
Last modified: 2014-03-16 23:01:06 EDT
At least, not in rhythmbox. Version-Release number of selected component (if applicable): control-center-2.15.4-6 rhythmbox-0.9.5-2
confirmed
Found a possibly related upstream bug
*** Bug 168615 has been marked as a duplicate of this bug. ***
So, keyboard shortcuts seem to be pretty hosed generally atm. We need to look into that for FC6. What happened to me earlier when I investigated this was that I temporarily assigned Alt-1, Alt-2, etc to functions. But when I later reset them again, my number keys were dead ! and they stayed dead even after switching keyboard layouts and trying several other things. That can easily bring users into unfixable situations.
Actually, I noticed something similar ; I had ctrl-shift-p as play/pause... and then this morning I couldn't type a p anywhere in GNOME until I changed the shortcut, logged out, whacked gconfd, and logged back in.
comment 4 and comment 5 are the reason I asked upstream to remove those keys from the capplet back in GNOME 2.13. See: http://bugzilla.gnome.org/show_bug.cgi?id=133815#c32 and http://bugzilla.gnome.org/show_bug.cgi?id=133815#c24 and other comments in the bug Upstream didn't think that the fact that I wrote this code was a good enough reason to disable that broken code...
Ray, I spent some time inside XKB today and wrote a little test program that shows how to grab keys, and also how to ignore locked modifiers.
Created attachment 134941 [details] testaccel.c
Forgot to mention that we probably need to keep the "bind all permutations" code as a fallback for the non-XKB case, at least when moving this upstream.
Thanks Matthias! I didn't know XKB could be leveraged to make this easier.
*** Bug 204576 has been marked as a duplicate of this bug. ***
Ray, isn't this fixed with the 2.18 version of the control-center and the D-Bus multimedia keys support?
yes