Created attachment 129191 [details] a screenshot of the applet and kcm module showing the buggy radioboxes. SUMMARY when changing the output using the radio boxes in the applet and kcm module, the radio boxes behave unexpected: no disselection of previously selected output, difference between applet and kcm possible. Also it isn't possible to come out of this bugged state without disabling one output. STEPS TO REPRODUCE 1. go to applet or kcm 2. select output device using radio box OBSERVED RESULT see attachment EXPECTED RESULT radioboxes should behave like expected (only one output/disselection of previous selection) SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.19.0 KDE Frameworks Version: 5.70.0 Qt Version: 5.15.0 Kernel Version: 5.4.45-1-lts
I have periodically experienced this but am not currently able to. :/
This is the same issue as Bug 422612, which will be fixed with https://invent.kde.org/plasma/plasma-pa/-/merge_requests/5. *** This bug has been marked as a duplicate of bug 422612 ***
(In reply to Nate Graham from comment #2) > This is the same issue as Bug 422612, which will be fixed with > https://invent.kde.org/plasma/plasma-pa/-/merge_requests/5. > > *** This bug has been marked as a duplicate of bug 422612 *** Are you sure? This bug is not about non-available additional devices (like the bug you linked), but about the radioboxes. All devices in the attachment are available (there are the speakers and the speakers of the dock, so different devices, which are all available)
All right, maybe not then. And this is happening for you in Plasma 5.19? Can you run plasmashell on the command line (`plasmashell --replace`) and see if there are any errors printer when you click on one of the radio buttons that doesn't do anything?
Ok, I was able to reproduce it again. To reproduce do the following: 1. Plugin headphones. 2. In the sound KCM, configure to use the speaker port, not the headphones. (Note, maybe it is a result/combination of this https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/917) 3. In the applet or kcm first choose the speaker device, then any other output, this may be a bluetooth speaker or something else. 4. See, that both radio boxes are enabled. However there wasn't an error output at the correct moment, but here is the output anyway: qrc:/plasma/plasmoids/org.kde.plasma.volume/contents/ui/ListItemBase.qml:151: TypeError: Value is undefined and could not be converted to an object qrc:/plasma/plasmoids/org.kde.plasma.volume/contents/ui/ListItemBase.qml:151: TypeError: Value is undefined and could not be converted to an object kf5.ki18n: "0 instead of 1 arguments to message {%1 stummschalten} supplied before conversion." file:///usr/lib/qt/qml/QtQuick/Controls.2/org.kde.desktop/ComboBox.qml:96:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... } file:///usr/share/kpackage/kcms/kcm_pulseaudio/contents/ui/DeviceListItem.qml:33: TypeError: Cannot read property 'width' of null file:///usr/lib/qt/qml/QtQuick/Controls/Styles/Plasma/ToolButtonStyle.qml:209:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... } file:///usr/lib/qt/qml/QtQuick/Controls/Styles/Plasma/ToolButtonStyle.qml:209:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... } qrc:/plasma/plasmoids/org.kde.plasma.volume/contents/ui/main.qml:580:39: QML DeviceListItem: Binding loop detected for property "width"
Still happens to me with 5.20, with the steps given to reproduce above in #5.
I think the underlying issue is that pulseaudio/plasma-pa doesn't go back from the headphones port to the speaker port if the headphones are disconnected. All pulseaudio configuration is unchanged and the default as delivered by the Arch package.
I haven't been able to reproduce this in a while. If you're right though, that would make this mostly a PulseAudio bug.
I'm going to close this until I know that it is indeed a plasma-pa bug. Though, plasma-pa could handle and resolve the issue too, but that's probably not a nice solution. See also: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/917
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Ok, quick update: the buggy radioboxes are gone with 5.21. Only switching away from headphones and playing on speakers with headphones plugged in doesn't work, but that's a pulseaudio bug now for sure.
(In reply to Daniel from comment #11) > Ok, quick update: the buggy radioboxes are gone with 5.21. Only switching > away from headphones and playing on speakers with headphones plugged in > doesn't work, but that's a pulseaudio bug now for sure. With Pipewire the switching works perfectly, in case anyone finds this thread in the future and has the same issue.