https://bugs.kde.org/show_bug.cgi?id=434976
--- Comment #6 from Bernie Innocenti <ber...@codewiz.org> --- (In reply to Nicolas Fella from comment #5) > Please report this to Pipewire. Plasma is not involved in determining where > audio should play, except for the case where the user explicitly moves a > stream. But even then it should be PipeWire's responsibility to ensure that > the stream is switched away once the device becomes unavailable > > > However maybe there's something we can do in this case anyway. > > I really really don't want Plasma to do any kind of "Business logic" about > what should happen in such cases. It would only lead to conflicts, chaos, > and confusion with PipeWire's builtin handling I understand and strongly agree: putting policy and bug workarounds in the UI layer would be the wrong solution. The behavior changed slightly in the current Fedora Rawhide (pipewire-0.3.43 + plasma-pa-5.23-90): 1. Connect a laptop to an external HDMI monitor 2. Switch sound to the HDMI output using the radio buttons of the Audio Volume applet's menu 3. Unplug the HDMI monitor 4. As previously reported, the sound does not automatically switch back to the laptop's internal speakers 5. Open the Audio Volume menu by clicking on the icon 6. The sound immediately returns to the speakers (no need to interact with the controls) So it looks like plasma-pa *is* doing something to switch the sound output... it just doesn't do it when pipewire sends the unplug event. -- You are receiving this mail because: You are watching all bug changes.
