From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7 Description of problem: I have a dell inspiron 8500 and have tried to use the gnome keyboard shortcuts to assign my multimedia keys (play,stop,prev,next). These appear to bind successfully however they do not always work as expected when using rhythmbox. I have also bound my volume keys (up/down/mute) sucessfully and they work without a problem. Previously I have been using acme without a problem but decided to try the gnome shortcuts as acme is deprecated. Using xev I have generated the following output; Here I am pressing the play key which does not "play" KeyPress event, serial 29, synthetic NO, window 0x3800001, root 0x103, subw 0x3800002, time 952960, (54,47), root:(74,156), state 0x0, keycode 162 (keysym 0x1008ff14, XF86AudioPlay), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 29, synthetic NO, window 0x3800001, root 0x103, subw 0x3800002, time 953068, (54,47), root:(74,156), state 0x0, keycode 162 (keysym 0x1008ff14, XF86AudioPlay), same_screen YES, XLookupString gives 0 bytes: And here I press the volume down key which does work FocusOut event, serial 29, synthetic NO, window 0x3800001, mode NotifyGrab, detail NotifyAncestor FocusIn event, serial 29, synthetic NO, window 0x3800001, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 29, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 It shows completly different behaviour. When binding the keys, they either come up as "XF86AudioPlay" or as a hex code 0xa2 but there is no apparent difference between either binding. xmodmap shows keycode "162 = XF86AudioPlay" As I said earlier I have been using ACME without any problems for several years across various fc versions. The gnome shortcuts method seems to almost randomly decide when to make these keys work, however I have especial trouble with the play key regardless of which function it is bound to. Play/Pause = XF86AudioPlay = 0xa2 Stop = XF86AudioStop = 0xa4 Next = XF86AudioNext = 0x99 Prev = XF86AudioPrev = 0x90 I guess this could also be a rhythmbox bug, but as acme works flawlessly, i am guessing that the gnome shortcuts is somehow broken. Version-Release number of selected component (if applicable): control-center-2.10.1-6 How reproducible: Sometimes Steps to Reproduce: 1. Bind the multimedia keys (play/pause/prev/next) on a dell I8500 2. Start rhythmbox 3. Press "play" and see if rhythmbox responds. OR Check output of button press with xev Additional info:
Further testing has revealed that the play/pause etc bindings will not work unless they are rebound each session (or at least each reboot). What other apps use these keys. That way I can confirm/deny where the problem lies
I have just been trying Synergy2, with a WinXP box as a server and my laptop (with fedora) running as a client. Pressing the multimedia keys on the keyboard connected to my XP box correctly works with rhythmbox (play,pause,fwd,back,stop) regardless of whether the keyboard shortcuts are enabled or not. So this has got to be a keyboard shortcuts problem. Any comments on this issue?
This report targets the FC3 or FC4 products, which have now been EOL'd. Could you please check that it still applies to a current Fedora release, and either update the target product or close it ? Thanks.
This no longer appears to be a problem.
Shortly after closing this bug, my situation has reversed. My Volume keys no longer work, however my play/fwd/prev keys are working normally. When closing this bug all my keys were working as expected. Perhaps some other update soon after broke things again, although none of the updates looked related.
The multimedia keys were in quite a broken state for a while, but this got sorted out in control-center 2.17.90 and newer which are now in Rawhide.