Summary: WirePlumber fails to fully activate the audio adapter on session start (proxy destroyed), leaving audio non-functional until PipeWire/PulseAudio/WirePlumber are manually restarted. Environment:
Distro: Linux Mint (Zena base), tracking Ubuntu Noble wireplumber --version: 0.4.17 (linked and compiled) pipewire --version: 1.0.5-1ubuntu3.2 pipewire-pulse: 1.0.5-1ubuntu3.2 Symptom: On every fresh login/boot, audio does not work — most visibly, YouTube videos in browser fail to start playback and stay stuck buffering indefinitely. No sound plays from any application until the following is run manually: systemctl --user restart pipewire pipewire-pulse After this, audio and video playback resume normally for the rest of the session. Relevant journalctl output at session start: wireplumber[7449]: SPA handle 'api.libcamera.enum.manager' could not be loaded; is it installed? wireplumber[7449]: PipeWire's libcamera SPA missing or broken. libcamera not supported. wireplumber[7449]: <WpPortalPermissionStorePlugin:0x5a61c495a3a0> Failed to call Lookup: GDBus.Error:org.freedesktop.portal.Err... wireplumber[7449]: <WpPortalPermissionStorePlugin:0x5a61c495a3a0> Failed to call Lookup: GDBus.Error:org.freedesktop.portal.Err... wireplumber[7449]: <WpSiAudioAdapter:0x5a61c4afb8c0> Object activation aborted: proxy destroyed wireplumber[7449]: <WpSiAudioAdapter:0x5a61c4afb8c0> failed to activate item: Object activation aborted: proxy destroyed Steps to reproduce: Reboot / fresh login on Linux Mint (Ubuntu Noble base), fully updated. Attempt to play any audio (e.g. a YouTube video in browser). Playback hangs / no sound is produced. Run systemctl --user restart pipewire pipewire-pulse (and/or wireplumber). Audio and playback resume working normally. Workaround in use: A systemd user unit that force-restarts pipewire, wireplumber, and pipewire-pulse a few seconds after login, since the race appears to be startup-order-related (WirePlumber attempting to activate the audio adapter proxy before it's fully available). Notes: This appears consistent with other reports of the same WpSiAudioAdapter ... proxy destroyed signature across multiple distros and WirePlumber versions from 2022 through 2026 (e.g. Ubuntu Launchpad #1993306, Arch Linux forums, Void Linux packages issue #50756), suggesting a persistent, unresolved startup race condition in WirePlumber's session item activation rather than a distro-specific packaging bug. ----------------------------------------------------------------------- Workaround currently in use (systemd user service that force-restarts the audio stack shortly after login, since the failure appears tied to startup timing): ini# ~/.config/systemd/user/audio-fix.service [Unit] Description=Restart PipeWire/WirePlumber after login to fix startup race After=pipewire.service pipewire-pulse.service wireplumber.service [Service] Type=oneshot ExecStartPre=/usr/bin/sleep 5 ExecStart=/usr/bin/systemctl --user restart pipewire wireplumber pipewire-pulse [Install] WantedBy=default.target Enabled via systemctl --user enable audio-fix.service. This reliably works around the issue — suggesting the failure is a pure activation-order race rather than a hardware/config problem. ---------------------------------------------------------- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1993306 Title: wireplumber fails to uninstall pipewire-media-session To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pipewire-media-session/+bug/1993306/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
