| Summary: | [PipeWire] Switching to internal speaker impossible after unplugging default output | ||
|---|---|---|---|
| Product: | [Unmaintained] plasma-pa | Reporter: | Bernie Innocenti <bernie> |
| Component: | applet | Assignee: | David Rosca <nowrep> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | nate, nicolas.fella, plasma-bugs-null, r.kunschke |
| Priority: | HI | Keywords: | usability |
| Version First Reported In: | 5.21.3 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Bernie Innocenti
2021-03-26 14:23:19 UTC
I have this issue too but found this issue too late. https://bugs.kde.org/show_bug.cgi?id=438604 hope this behavior gets fixed soon This is a PipeWire bug; please report upstream. It bugs me too. :) Oops, wrong bug report. Possibly an upstream issue because the active/default output should switch automatically; see Bug 438604. However maybe there's something we can do in this case anyway. 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
(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. |