Bug description

When using the Mute or Solo buttons on audio with 2 or more tracks, there is a significant 0.5s to 1s delay in the actual audio that is sent to the active audio server/sink. This issue has appeared for me in v3.6.1, but may have appeared in 3.6.0 to start with. It is not present in 3.5.1 (3.5.1-3 for Arch Linux).

EDIT: This is still appearing in 3.7.3 (3.7.3-1 on Arch Linux).

Steps to reproduce

1. Open a 2 or more tracked audio file, or instead generate two or more tracks of audio, each with distinct or audibly different audio, in order to ensure differentiation is possible.
2. Start playback of the entire project.
3. Use the Mute or Solo button to either select or disable one of the tracks
4. The active audio in playback will take 0.5-1s to change and be audible

Expected behavior

As in 3.5.0 and before, the active audio during playback is instantaneously audible when using the Mute or Solo buttons, there is no delay at all (or if there is a delay, it is microscopic to be not audible).

Actual behavior

Active audible audio takes 0.5-1s of time to become audible during active playback.

Audacity Version

stable version (from a Linux repository)

Operating system

Linux

Additional context

Possibly related #8469

$ pacman -Q | grep -i -e pipewire
libpipewire 1:1.2.2-1
pipewire 1:1.2.2-1
pipewire-alsa 1:1.2.2-1
pipewire-audio 1:1.2.2-1
pipewire-jack 1:1.2.2-1
pipewire-pulse 1:1.2.2-1
pipewire-v4l2 1:1.2.2-1

$ uname -a
Linux 6.6.44-2-lts

XFCE4 desktop environment

Please see the following videos showing functionality differences between 3.5.1 and 3.6.1
3.5.1: https://github.com/user-attachments/assets/11883fc1-2956-42c1-8a90-0a7acac31178
3.6.1: https://github.com/user-attachments/assets/8f7c046b-d5ce-41ea-a5c3-b60c2cfec9af

Thank you!