https://bugs.kde.org/show_bug.cgi?id=525549

            Bug ID: 525549
           Summary: Applet shows "Lost connection to sound service" after
                    audio server restart and requires manual retry
    Classification: Plasma
           Product: plasmashell
      Version First 6.7.5
       Reported In:
          Platform: CachyOS
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: Audio Volume widget
          Assignee: [email protected]
          Reporter: [email protected]
                CC: [email protected]
  Target Milestone: 1.0

DESCRIPTION

When the user's audio server is restarted while the session is running, the
Audio Volume
applet enters a permanent failed state and never recovers on its own, even
after the server
is back and reachable on the same socket.

STEPS TO REPRODUCE

1. Log in to a Plasma Wayland session with a working audio setup.
2. Restart the user's audio server, e.g.:
   systemctl --user restart pipewire-pulse pipewire wireplumber
3. Open the Audio Volume applet popup.

OBSERVED RESULT

The applet shows the placeholder "Lost connection to the sound recording and
playback
service" with a manual "Retry" button. The applet stays in this state
indefinitely: it never
reconnects on its own, even minutes later when PipeWire is fully up again and
pactl/wpctl work normally from a terminal. Only clicking the "Retry" button (or
restarting
plasmashell) restores the device list and volume control.

EXPECTED RESULT

The applet should re-establish the connection automatically once the server
socket becomes
available again (retrying with backoff), and not require manual interaction. A
transient
server restart should not leave the applet permanently unusable.

SOFTWARE/OS VERSIONS

Operating System: CachyOS Linux
KDE Plasma Version: 6.7.5
KDE Frameworks Version: 6.30.0
Qt Version: 6.11.2
Kernel Version: 7.2.3-1-cachyos-bore-lto (64-bit)
Graphics Platform: Wayland
PipeWire 1.6.8, WirePlumber 0.5.17

ADDITIONAL INFORMATION

The same happens with a plain "systemctl --user restart pipewire-pulse" and
with a full
stop/start of the three units. It also triggers during fast user switching when
the audio
server of the session is cycled while the session is inactive.

Related older reports I could find (all about restarts but not about the
permanent failed
state with the manual Retry button):
- bug 358772 "Sound applet isn't update if pulseaudio restart" - RESOLVED/FIXED
in 2017,
  fix was a D-Bus service watcher to reconnect to PulseAudio
  (commit 60dc3a5cce37ed72a48693032097df3cff90def9). It looks like the applet
still does not
  recover reliably with the PipeWire backend.
- bug 485711 "Volume sliders freeze with wireplumber" - RESOLVED/UPSTREAM.

If triagers consider this a duplicate of any of the above, feel free to mark it
as such.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to