Bug 201176 - Key shortcuts set in capplet for next/prev song, start/stop playing don't work
Key shortcuts set in capplet for next/prev song, start/stop playing don't work
Product: Fedora
Classification: Fedora
Component: control-center (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Control Center Maintainer
David Lawrence
: 168615 204576 (view as bug list)
Depends On:
Blocks: FC6Desktop
  Show dependency treegraph
Reported: 2006-08-03 09:03 EDT by Bill Nottingham
Modified: 2014-03-16 23:01 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-04-04 12:54:01 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
testaccel.c (7.98 KB, text/x-csrc)
2006-08-25 13:42 EDT, Matthias Clasen
no flags Details

External Trackers
Tracker ID Priority Status Summary Last Updated
GNOME Desktop 133815 None None None Never
GNOME Desktop 154944 None None None Never

  None (edit)
Description Bill Nottingham 2006-08-03 09:03:39 EDT
At least, not in rhythmbox.

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

Comment 1 Matthias Clasen 2006-08-04 10:03:13 EDT
Comment 2 Matthias Clasen 2006-08-04 10:20:10 EDT
Found a possibly related upstream bug
Comment 3 Matthias Clasen 2006-08-04 12:46:52 EDT
*** Bug 168615 has been marked as a duplicate of this bug. ***
Comment 4 Matthias Clasen 2006-08-04 16:20:09 EDT
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.
Comment 5 Bill Nottingham 2006-08-04 16:30:03 EDT
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 6 Bastien Nocera 2006-08-08 04:15:36 EDT
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...
Comment 7 Matthias Clasen 2006-08-25 13:39:12 EDT
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.
Comment 8 Matthias Clasen 2006-08-25 13:42:30 EDT
Created attachment 134941 [details]
Comment 9 Matthias Clasen 2006-08-25 15:19:32 EDT
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.
Comment 10 Ray Strode [halfline] 2006-08-28 10:35:35 EDT
Thanks Matthias!  I didn't know XKB could be leveraged to make this easier.
Comment 11 Jens Knutson 2006-08-30 02:10:33 EDT
*** Bug 204576 has been marked as a duplicate of this bug. ***
Comment 12 Bastien Nocera 2007-04-04 12:40:51 EDT
Ray, isn't this fixed with the 2.18 version of the control-center and the D-Bus
multimedia keys support?
Comment 13 Ray Strode [halfline] 2007-04-04 12:54:01 EDT

Note You need to log in before you can comment on or make changes to this bug.