unexpected audio policy user experience

Bug #1329085 reported by kevin gunn
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
webbrowser-app
Invalid
Undecided
Unassigned
media-hub (Ubuntu)
Invalid
Undecided
Unassigned
webbrowser-app (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

discovered this in testing today, image #78

play a song from "Music" scope in dash
navigate away to "video" play a video
the music & video audio play together
I would have expected music to remain "paused" during video playback

http://www.youtube.com/watch?v=D3cOuLiB8lg

Revision history for this message
Adnane Belmadiaf (daker) wrote :

It will be the case once oxide switch to media-hub bug 1249387

kevin gunn (kgunn72)
tags: added: rtm14
Revision history for this message
David Barth (dbarth) wrote :

It can't be rtm14 as far as i can tell.

The problem is that MH does not have a way AFAICT of letting an app express the type of audio environment it wants.
So it mostly multiplexes stuff it receives.
There is no way either, and rightfully so, of stopping a stream from an app, unless it's your own stream.

So how could we stop the stream?

Revision history for this message
kevin gunn (kgunn72) wrote :

the tag is really a suggestion, i think this is one of those bugs on the edge, i could see it argued in or out of rtm.
worthy of some LT discussion imho.

Revision history for this message
Bill Filler (bfiller) wrote :

this isn't a webbrowser bug either way though. there are separate bugs filed to have browser use media-hub but that's not the condition you are describing.

Revision history for this message
Bill Filler (bfiller) wrote :

sounds like you are looking for a way for the media-hub to add some policy around requests being made to it from multiple streams. will add a media-hub task for it.

Changed in webbrowser-app (Ubuntu):
status: New → Invalid
Changed in webbrowser-app:
status: New → Invalid
Revision history for this message
Ricardo Salveti (rsalveti) wrote :

Media-hub can only be involved in this once the browser is actually using it when playing audio/video. The main problem we have atm is that the browser is talking directly to pulse, and not going via media-hub, so there's no simple way for the app to know that it has to stop/pause.

Changed in media-hub (Ubuntu):
status: New → Invalid
David Barth (dbarth)
tags: removed: rtm14
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.