Summary: | Media Pause button doesn't work properly | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kglobalaccel | Reporter: | Eduardo Rocha <edarocha1324> |
Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | akozlovskiy119, andryandrew, andy, aspotashev, astronautr, bugs.kde.org.facelift226, bugzilla, craig, jsardid, kde, kde, loganturner547, lucas.olvr.campos, mcnichol, milas.robin, nate |
Priority: | NOR | Keywords: | usability |
Version: | 5.111.0 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=476568 | ||
Latest Commit: | https://invent.kde.org/frameworks/kwindowsystem/commit/53daf6bff454bf8c0a2cb18a57587de5d9e93887 | Version Fixed In: | 5.81 |
Sentry Crash Report: | |||
Attachments: |
KDE Shortcuts screenshot
Screenshot of the KDE System Settings window for shortcuts |
Description
Eduardo Rocha
2019-01-26 19:53:16 UTC
I am also experiencing this issue on my Sony WH1000XM2 headphones. The play/pause button works great in Gnome but works every other time in KDE. I'm experiencing the same issue on Arch Linux (Plasma 5.16.5, Frameworks 5.62.0, Qt 5.13.1, Kernel 5.3.5). According to evtest my bluetooth headphones emit KEY_PLAYCD and KEY_PAUSECD and the music just pauses/resumes with the KEY_PLAYCD events and nothing happens with the KEY_PAUSECD ones. Created attachment 123818 [details]
KDE Shortcuts screenshot
Same problem with my laptop keyboard,
Keys are correctly detected by xev and KDE Settings but they do not work
My bad in my case it was due to a chrome plugin intercepting the Media events... I experience the same issue with: Operating System: Kubuntu 19.10 KDE Plasma Version: 5.17.5 KDE Frameworks Version: 5.66.0 Qt Version: 5.12.4 Kernel Version: 5.3.0-26-generic OS Type: 64-bit Processors: 8 × Intel® Core™ i7-8550U CPU @ 1.80GHz Memory: 15,4 GiB of RAM And the Sony WH-1000XM3 Everything works great with my phone Same problem on my notebook under Neon 5.18.5 and Kubuntu 20.04. (In reply to lucas.olvr.campos from comment #6) > Same problem on my notebook under Neon 5.18.5 and Kubuntu 20.04. Like MILAS Robin said, it's a Chrome problem. Disabling native Chromium/Chrome media handling in chrome://flags/#hardware-media-key-handling solves the issue. I confirm having the same issue: both my headsets alternatively send AudioPlay/AudioPause events, but only AudioPlays are ever handled by plasma. This has nothing to do with chromium, the issue is the same for every player. As a workaround, you can install xdotool and xbindkeys (https://wiki.archlinux.org/index.php/Xbindkeys) and append to your ~/.xbindkeysrc file the following: "xdotool key --clearmodifiers XF86AudioPlay" c:209 which will map the XF86AudioPause event (code 209) to an xdotool call issuing a XF86AudioPlay key. Reload xbindkeys with xbindkeys --poll-rc . (In reply to andrea from comment #9) > As a workaround, you can install xdotool and xbindkeys > (https://wiki.archlinux.org/index.php/Xbindkeys) and append to your > ~/.xbindkeysrc file the following: > > "xdotool key --clearmodifiers XF86AudioPlay" > c:209 > > which will map the XF86AudioPause event (code 209) to an xdotool call > issuing a XF86AudioPlay key. Reload xbindkeys with xbindkeys --poll-rc . I can confirm andrea's workaround fixes the problem in Ubuntu 20.04 running KDE. Just installed the packages recommended, made a new ~/.xbindkeysrc file with just the contents andrea mentioned and everything works now! thank you andrea! *** Bug 426147 has been marked as a duplicate of this bug. *** Is this still a problem? Pause is bound to pause now https://invent.kde.org/plasma/plasma-workspace/-/blob/master/dataengines/mpris2/multiplexedservice.cpp#L128 Since https://invent.kde.org/plasma/plasma-workspace/-/commit/866c7ed17ef74100828ff3394614e894708bbc1c In my system (Arch, Plasma 5.21) the new shortcut indeed appears on system settings, but issuing `xdotool key XF86AudioPause` Still doesn't pause the stream, while XF86AudioPlay does. If I bind the "pause" action to another key, it works as expected. Thanks for the info! A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kwindowsystem/-/merge_requests/15 Git commit 53daf6bff454bf8c0a2cb18a57587de5d9e93887 by David Redondo. Committed on 08/03/2021 at 11:22. Pushed by davidre into branch 'master'. Add MediaPause key to mapping We were missing it. M +1 -0 src/platforms/xcb/kkeyserver.cpp https://invent.kde.org/frameworks/kwindowsystem/commit/53daf6bff454bf8c0a2cb18a57587de5d9e93887 I just updated to 5.21 and I can confirm everything works as expected now without any workaround. Thank you! Created attachment 162554 [details]
Screenshot of the KDE System Settings window for shortcuts
The issue has seemingly reappeared in the latest KDE Plasma release. Upon login, media keys are detected and funtion normally. However, after closing the app and reopening it or another media player, the keys stop responding. I have tested this with both my Keychron K2 V2 keyboard and JBL T660NC headphones. For some reason, there are multiple entries for playing and pausing media. Changing these shortcuts does not affect the bug as it persists regardless. These keys were fully functional in the previous version.
System info:
OS: Arch Linux
KDE Plasma Version: 5.27.9
KDE Frameworks Version: 5.111.0
Locale: en_NZ.UTF-8
Kernel: 6.5.8-zen1-1-zen
CPU: Intel Core i5-1135G7 (4C 8T)
GPU: Intel Iris Xe (80 exe. units)
Memory: 16GB 3200MHz DDR4 SODIMM (2x 8GB)
System: HP ProBook 430 G8 (567F3PA)
This is a fairly old bug report and the code has changed a lot since it was reported. There's a very good chance the issue you're experiencing is caused by something else, even if the outward symptoms look and feel the same. Can you please submit a new bug report? Thank you! |