| Summary: | Audio Volume up / down shortcuts stopped working with a keyboard volume knob | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Parag W <parag.lkml> |
| Component: | input | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | duha.bugs, isma.af, kdedev |
| Priority: | NOR | ||
| Version First Reported In: | master | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Parag W
2025-08-03 13:47:37 UTC
Working Plasma Version (Distro) --------------------------------------------------- Operating System: Arch Linux KDE Plasma Version: 6.4.3 KDE Frameworks Version: 6.16.0 Qt Version: 6.9.1 Kernel Version: 6.15.8-arch1-2 (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 7900X 12-Core Processor Memory: 64 GiB of RAM (62.0 GiB usable) Graphics Processor 1: AMD Radeon RX 7900 GRE Graphics Processor 2: AMD Radeon Graphics I'm not able to reproduce this on git-master or KDE Neon Testing. To clarify, are you using Sound keys on a keyboard or a volume dial? Can you see if the input events are being received by kwin? open KRunner and search for KWin Debug Console. Open it and go to the Input Events tab. Then try to raise and lower the volume, and see if the events are logged. (In reply to TraceyC from comment #2) > To clarify, are you using Sound keys on a keyboard or a volume dial? Volume dial - I have a das keyboard with a dial https://www.daskeyboard.com/daskeyboard-4-professional/ - it continues to work on distro version of KDE. > > Can you see if the input events are being received by kwin? open KRunner and > search for KWin Debug Console. Open it and go to the Input Events tab. Then > try to raise and lower the volume, and see if the events are logged. Yeah VolumeUp and Down events are logged with keycodes 114 and 115. But volume doesn't actually change of course. Thanks for confirming. That tells me the kernel is behaving properly. I'll see if there's someone with similar hardware who can try to reproduce this. Hmm, looks like my $HOME installed kded6 has been crashing due to
> Aug 11 14:55:28 borker kded6[4812]: /home/paragw/kde/usr/bin/kded6: symbol lookup error: /home/paragw/kde/usr/lib/plugins
>/org.kde.kdecoration3/org.kde.breeze.so: undefined symbol: _ZN12KDecoration312BorderRadiusC1Edddd
>Aug 11 14:55:27 borker kded6[4780]: /home/paragw/kde/usr/bin/kded6: symbol lookup error: /home/paragw/kde/usr/lib/plugins
>/org.kde.kdecoration3/org.kde.breeze.so: undefined symbol: _ZN12KDecoration312BorderRadiusC1Edddd
I guess if KDED is not running that might have something to do with not processing these events?
I am baffled as to why it crashes - that symbol does exist - and I have freshly compiled all dependencies without change -
╭─paragw@borker ~
╰─➤ nm /home/paragw/kde/usr/lib/libkdecorations3.so.6.4.80|grep _ZN12KDecoration312BorderRadiusC1Edddd
000000000001d130 T _ZN12KDecoration312BorderRadiusC1Edddd
I am using clang, lto and mold - might want to try and do a standard compile without all those. Will report back.
yeah fixing kded6 not starting makes audio VolUp/Down work again - will open a separate bug for kded6. |