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):
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.
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]
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?