Wireplumber 0.5 infinite loop of bluetooth profile switching
- PipeWire version (
pipewire --version): 1.0.4 - Distribution and distribution version (
PRETTY_NAMEfrom/etc/os-release): Arch Linux - Desktop Environment: sway (default=gtk in portals.conf)
- Kernel version (
uname -r): 6.8.1-arch1-1
Description of Problem:
With wireplumber 0.4.17, when joining a voice channel in Discord the bluetooth profile on my headphones switches to A2DP -> HSP, then back once I've left the call.
With wireplumber 0.5, joining a voice channel in Discord triggers an infinite loop switching bluetooth profiles back and forth. Whatever this is appears to have hard crashed firefox somehow (the crash reported did not open, no coredump either though), but it reproduces without firefox open, so the firefox bug appears unrelated.
How Reproducible:
Always reproduces afaict. Does not reproduce after reverting to wireplumber/libwireplumber 0.4.17. Does not reproduce joining a voice call in google meet in firefox, though I notice that with both google meet and Discord, when the HSP profile is active there are two identical microphones listed in pavucontrol.
Steps to Reproduce:
- Connect bluetooth headphones (Bose QuietComfort 35)
- Join a voice channel in Discord
Actual Results:
Infinite loop of profile switching
Expected Results:
1 automatic profile switch, or no profile switch.
Additional Info (as attachments):
The output of journalctl --user -b -u wireplumber in a session where I reproduce the infinite loop, and wpctl set-log-level 3:
Sorry I'm a little sparse on info, but wireplumber is quite mysterious to me. Since this one is easy to reproduce, lmk if I can gather more info.