Description of problem: When logging in on a second virtual terminal, no sound card is available to play sounds. With Fedora 33 and pulseaudio, this worked. Switching to a different virtual terminal disabled the sound of the previous virtual terminal do that the sound card was available for the new one. Version-Release number of selected component (if applicable): pipewire-0.3.24-4.fc34.x86_64 How reproducible: Steps to Reproduce: 1. Log in as user1, play music 2. Switch to VT1 (gdm), audio continues playing (unexpected) 3. Log in as user2 Actual results:. * Music of user1 is still played on VT of user2 * `pactl list short` does not list any alsa input or output for user2 Expected results: Same behavior as with pulseaudio on Fedora 33: * Music of user1 stops after switching to a different VT * user2 is possible to see sound cards
I just tried to switch back to pulseaudio to reproduce the behavior. After a `sudo dnf swap --allowerasing pipewire-pulseaudio pulseaudio` and a reboot, the behavior was as expected (switching away from VT of user1 immediately stops his audio, sound working for a second user)
The visibility and sound playing is now fixed with pipewire-0.3.26-1.fc34.x86_64. Sound in browser (firefox) works after returning back to VT2 (user1). But audacious fails to continue playing music after returning back to VT2 (user1): ERROR pulse_audio.cc:269 [pause]: pa_stream_cork() failed: Entität nicht vorhanden ERROR pulse_audio.cc:269 [pause]: pa_stream_cork() failed: Entität nicht vorhanden This was not a problem with pulseaudio.
FEDORA-2021-41bc11dd99 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-41bc11dd99
FEDORA-2021-41bc11dd99 with pipewire-0.3.27-1.fc34 does not solve the remaining issue
FEDORA-2021-41bc11dd99 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.