Can't set global XF86AudioPause/Play Hotkeys

[Anish Bhatt]

Binary package hint: amarok

Amarok 2 does not recognize XF86AudioPause or XF86AudioPlay, I am able to set all other multimedia keys correctly. Amarok 1.4.9.1 recognizes both those keys correctly.

On Kubuntu Hardy x86_64, KDE 4.1.2

[Anish Bhatt (anish7)]

Possibly not an Amarok bug, cannot assign XF86AudioPause or XF86AudioPlay for anything, however Amarok 1.4.9 still detects Play/Pause.

[Anish Bhatt (anish7)]

Correction, XF86AudioPause or XF86AudioPlay is not assignable in only some apps. Keyboard and mouse settings lets you use that key, usable in kopete also. Have not tested any other apps. However, still unassignable in kaffeine, Amarok & Amarok 2.

[Andrew Ash (ash211)]

Very odd that these standard keys would work in some apps but not in others, isn't it Anish?

Could you please update to the latest Jaunty and Amarok [1] and report back with whether this bug is still an issue? Please include the version of Amarok you're running (''apt-cache policy amarok'') and whether you can get the keys working in other apps too. Thanks!

[1] https://help.ubuntu.com/community/UbuntuBackports

[Jonathan Thomas (echidnaman)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

[wmertens (wout-mertens)]

I'm using a bluetooth A2DP headset and when I use the play/pause button it alternates between sending XF86AudioPlay and XF86AudioPause. However, they don't do anything and Qt doesn't let me map them with global hotkeys. Furthermore, the next/prev buttons work fine.

The play/pause button on my keyboard works fine and I have no idea what it sends, xev just reports some focus events and keymapnotify.

The one thing I did notice is that multiple keycodes have XF86AudioPlay assigned:
$ xmodmap -pke | grep XF86Audio
keycode 121 = XF86AudioMute NoSymbol XF86AudioMute
keycode 122 = XF86AudioLowerVolume NoSymbol XF86AudioLowerVolume
keycode 123 = XF86AudioRaiseVolume NoSymbol XF86AudioRaiseVolume
keycode 171 = XF86AudioNext NoSymbol XF86AudioNext
keycode 172 = XF86AudioPlay XF86AudioPause XF86AudioPlay XF86AudioPause
keycode 173 = XF86AudioPrev NoSymbol XF86AudioPrev
keycode 174 = XF86AudioStop XF86Eject XF86AudioStop XF86Eject
keycode 175 = XF86AudioRecord NoSymbol XF86AudioRecord
keycode 176 = XF86AudioRewind NoSymbol XF86AudioRewind
keycode 198 = XF86AudioMicMute NoSymbol XF86AudioMicMute
keycode 208 = XF86AudioPlay NoSymbol XF86AudioPlay
keycode 209 = XF86AudioPause NoSymbol XF86AudioPause
keycode 215 = XF86AudioPlay NoSymbol XF86AudioPlay
keycode 216 = XF86AudioForward NoSymbol XF86AudioForward
keycode 234 = XF86AudioMedia NoSymbol XF86AudioMedia

keycode 208 and 209 are what the bluetooth headset sends.

[Nick S (pinkcoons)]

@wmertens: I also have this problem, but this is a separate bug (and the original report is six years old!)