GNOME Bugzilla – Bug 600205
Audio preview should be disabled if there is another stream
Last modified: 2021-05-25 12:45:48 UTC
Audio preview is useful when you browse your music archive. But when you listen to some music from your music player, it interrupts most of time. Even worse when you double click on an audio file and totem starts player, sometime pointer stays on the audio icon in nautilus window which make it start playing preview. In order to prevent this kind of problems, audio preview should be either disabled or be played very quietly when there's another stream on PulseAudio server. Before pulseaudio it was not easy to have such an option, but now it's trivial to have such a thing.
*** Bug 557471 has been marked as a duplicate of this bug. ***
Yes, this would be nice to have.
-> sushi We would need to do this in Sushi now.
I would say, though, that with Sushi being an action that the user explicitly triggers (and not implicitly on hover like before), not differently to how you would open the file with e.g. Totem, the opposite action should take place, i.e. the preview stream should take priority over other audio streams already playing.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new enhancement request ticket at https://gitlab.gnome.org/GNOME/sushi/-/issues/ Thank you for your understanding and your help.