Closed Bug 904125 Opened 11 years ago Closed 11 years ago

Starting playback on a paused audio track in the background fails

Categories

(Firefox OS Graveyard :: Gaia, defect)

All
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:koi+)

RESOLVED DUPLICATE of bug 855208
blocking-b2g koi+

People

(Reporter: squib, Unassigned)

References

Details

I'm currently working on adding the ability to control music playback from the notification tray and lockscreen in Gaia. However, sometimes, we lose the ability to play/pause. Specifically, if you pause a track when the app is in the foreground and then try to play it from another app (the system app in this case), nothing happens.

Someone (I can't remember who) told me that an app has to be in the foreground when audio is first played, and then it can be controlled in the background afterwards. My guess is that we're being over-aggressive with this, and resetting the "has this been played" flag when we pause.

The easiest way to test this out for yourself would probably be to grab my WIP branch here <https://github.com/jimporter/gaia/tree/music-lockscreen> and do the following:

* Open the music app
* Start playing a song
* Pause it
* Turn the screen off and then back on
* Try to start playing the song again via the lockscreen's playback controls

See also bug 891024 comment 9.
Tim/Gregor/Peter,

Jim ran into this as he was testing his changes for music controls feature on lockscreen(currently targeted for 1.2 release). 

I am not sure which team this falls into. Can you please help add this to the right team's backlog/triage list. We will need this fixed to get Jim's changes on playback controls landed for 1.2 release

Thanks
Hema
blocking-b2g: --- → koi?
Peter, 

Please add this to your team's triage. It blocks one of our user story.

Thanks
Hema
Flags: needinfo?(pdolanjski)
Flags: needinfo?(timdream)
Flags: needinfo?(timdream) → needinfo?(alive)
This looks like be a gecko problem.
Flags: needinfo?(alive)
This is a limitation on Audio Competing Policy and implemented in Gecko.

Audio with content channel can't be allowed to play while it is starting in the background.
In bug 855208, we had a conclusion to change the policy as

  When audio with content channel and in the background is trying to start a play, 
  it will be allowed only if there is no any other content channel playing in the foreground.

Once that bug is done then this case is released too.
triage: koi+, and awaiting for bug 855208 to get resolved.
blocking-b2g: koi? → koi+
Depends on: 855208
Flags: needinfo?(pdolanjski)
This was fixed by bug 855208.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.