Public bug reported: OS: Kubuntu 26.04 LTS
The volume controls occasionally get "stuck" when using Bluetooth audio. Attempting to change system volume using keyboard shortcuts only allows changing volume within a very narrow range (for instance, 57% - 67%, you can't go lower than the lower bound or higher than the upper bound). Attempting to change system volume using the volume widget in the panel "works" in that you can hear the volume change, but the slider snaps back to its original value when you let it go even though the volume change persists. Changing system volume using buttons on the Bluetooth device itself "works" in that you can hear the volume change, but Plasma usually does not show the volume change in the volume widget. Steps to reproduce: 1. Grab a pair of Bluetooth headphones (I'm using some relatively cheap JLab Studio 2 headphones). 2. Pair them to the system like you would any other Bluetooth device. 3. Once paired, play a song on YouTube and ensure you can hear audio out the headphones. 4. Close the YouTube browser tab completely (do not just pause the video). 5. Open the Bluetooth widget, and disconnect the headphones. 6. Open a new YouTube tab, and start a song playing. 7. While audio is playing out the system speakers, reconnect the Bluetooth headphones. 8. After reconnection, restart the song playing if your browser automatically paused it. 9. While audio is playing out the Bluetooth headphones, attempt to change system volume. 10. If the volume controls are "stuck" as described above, skip to step 13. 11. If the volume controls are not "stuck", disconnect the Bluetooth headphones while audio is still playing, restart the song if the browser automatically paused it, reconnect the headphones, and restart the song again if the browser automatically paused it. 12. Repeat steps 9 through 11 until the audio controls get "stuck". 13. Once the audio controls are stuck, close the YouTube tab. The audio controls should become unstuck. Additional info: This bug doesn't only occur when connecting headphones while audio is actively playing. Sometimes audio controls won't be stuck, but then at some random point they will become stuck (this may be related to audio streams stopping and starting, which happens on my system a lot since I listen to a lot of music). Connecting headphones while audio is actively playing seems to be the easiest way to reproduce the issue quickly though. After some testing with manually built Pipewire and Wireplumber, I discovered the problem went away when running Wireplumber built from git master, and re-emerged when running Wireplumber build from tag 0.5.13 (the version in Ubuntu 26.04). I bisected between the two and found that the commit that resolves the issue is 83d08dfa (https://gitlab.freedesktop.org/pipewire/wireplumber/-/commit/83d08dfa4370): bluez: Remove sink loopback node Desktop environments like KDE and GNOME seem to have issues with sink loopback nodes. Let's remove them for now. Unfortunately, I was not able to figure out how to backport this comment into Wireplumber 0.5.13; the sink loopback node support was relatively isolated and easy to rip out when the commit was made, but is much more mixed up with other functionality (or so it seems) in 0.5.13. I don't understand how Wireplumber works internally at all, so I don't feel comfortable proposing a patch for this. If someone who knows Lua and/or understands Pipewire wants to give it a go, that would be great. ** Affects: wireplumber (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2164672 Title: Audio controls can get "stuck" when using Bluetooth audio To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug/2164672/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
