When playing audio from two sources with bgplaylists support (eg music-app and scope) it becomes confusing

[Andrew Hayzen]

When playing audio from two sources that have bgplaylists support (eg music-app and scope) it becomes confusing, whichever is in view seems to get the focus of the controls in the indicator-sound.

What happened:
1) Start playing music from the music-app
2) Notice that the controls are shown in the indicator-sound
3) Go to the scopes and start playing music from the local music scope
4) Now notice that the music for the music-app stops and the controls are correctly switched for the scopes
5) Now switch back to the music-app, but do not select anything
6) Notice that the controls have switched to being for the music-app and not the scope, so I cannot now pause the scope I have to assume that selecting play in music will then pause the scope.

What I expected to happen:
This is tricky, if the controls stayed with whatever was playing instead of in focus, this could be less confusing. But still you lose the second apps controls.
I would prefer that all apps that are playing audio are shown in the indicator, similar to unity7. This then would not be confusing as you could see the controls for all the different apps available.

--------------

From the design spec at https://wiki.ubuntu.com/Sound#Sound_menu

The menu should always show exactly only one set of playback controls, for the player that was playing most recently. For example, if audio is currently playing, the controls should be for that player.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Kugi Eusebio (kugi-igi)]

Is there a plan to implement separate sound controls per app similar to how it is in Unity 7?
This could solve this particular issue.
I think currently all Unity 8 apps share a single sound control while apps using Xmir such as VLC adds a separate control for itself.

[Xavi Garcia (xavi-garcia-mena)]

This bug is related to https://bugs.launchpad.net/ubuntu/+source/indicator-sound/+bug/1538703

Is not a full duplicate as in the stated bug the playback controls are all inactive, but it is related to switching the app in the same way.

I was thinking on listening to the incoming sink input from the indicator and control which is the app that manages the playback controls, but on the phone all sink inputs come from the media-hub.

If you follow the comments from bug 1538703 you'll see that at the moment we suspect that the dash is calling a query to media-hub and that it's confusing the latest.

[Pat McGowan (pat-mcgowan)]

I am marking as a dupe, we will not have multiple cotnrols