With bgplaylists if an alert sounds, the playback stops and the queue is lost

Bug #1534172 reported by Andrew Hayzen
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Fix Committed
High
Unassigned
Ubuntu Music App
Fix Released
High
Andrew Hayzen
media-hub (Ubuntu)
Invalid
Critical
Jim Hodapp
media-hub (Ubuntu RTM)
Invalid
Critical
Jim Hodapp

Bug Description

With bgplaylists if an alert sounds, the playback stops and the queue is lost

What happened:
1) Start playing a queue of music
2) Take a screenshot/take a photo in the camera app with audio enabled
3) Notice that the music sometimes ducks, but ends up stopping and after a few seconds the queue is cleared!

What was expected to happen:
At step 3 for the the music audio to be 'ducked', but continue playing and the queue to remain intact.

$ system-image-cli -i
current build number: 210
device name: mako
channel: ubuntu-touch/rc-proposed/bq-aquaris.en
last update: 2016-01-14 12:05:49
version version: 210
version ubuntu: 20160114
version device: 20160112
version custom: mako-1.1

Tags: bgplaylist

Related branches

Andrew Hayzen (ahayzen)
tags: added: bgplaylist
Changed in media-hub (Ubuntu):
status: New → Confirmed
Changed in canonical-devices-system-image:
assignee: nobody → Jim Hodapp (jhodapp)
importance: Undecided → High
milestone: none → ww08-2016
status: New → Confirmed
Revision history for this message
Andrew Hayzen (ahayzen) wrote :

For this test case:
1) start music app, play a song
2) switch to camera
3) take a photo
4) at that point the music/queue stops/empties in the second
5) switch back to music
6) close both apps

The media-hub.log pastebins for the old and new app:
old app - http://pastebin.ubuntu.com/14496280/
new app - http://pastebin.ubuntu.com/14496300/

In the case of the new app, after file:///system/media/audio/ui/camera_click.ogg is played from the camera-app, the music is stopped and the queue is cleared.

Jim Hodapp (jhodapp)
Changed in media-hub (Ubuntu):
assignee: nobody → Jim Hodapp (jhodapp)
Changed in media-hub (Ubuntu RTM):
assignee: nobody → Jim Hodapp (jhodapp)
Changed in media-hub (Ubuntu):
importance: Undecided → Critical
Changed in media-hub (Ubuntu RTM):
importance: Undecided → Critical
status: New → Confirmed
Jim Hodapp (jhodapp)
Changed in media-hub (Ubuntu):
status: Confirmed → Triaged
status: Triaged → Confirmed
Jim Hodapp (jhodapp)
Changed in canonical-devices-system-image:
status: Confirmed → In Progress
Revision history for this message
Andrew Hayzen (ahayzen) wrote :

So during further testing we have found 3 different cases, from different alerts.

1) with an SMS alert or an alarm the music kept going and seemed fine
2) a telegram notification caused the music to stop, but the queue didn't empty (it remained intact)
3) a camera shutter sound/screenshot sound caused the music to stop and the queue empty

Revision history for this message
Andrew Hayzen (ahayzen) wrote :

Turns out that, the queue emptying is due to mediascanner2 reporting that tracks have changed, then when the music-app checks that the tracks still exist in the queue, it was giving urls with file:// at the start (urls coming direct from qtubuntu-media playlist) causing mediascanner2 to tell us that they don't exist. Which then meant the music-app removed all the tracks and therefore the playback stopped.

With that fixed in the music-app, there is at least one case where the audio still stops (taking a screenshot) this appears to be due to the screenshot audio using the incorrect audio role (it should be using alert).

Therefore this bug is now invalid, and I'll report the two bugs found (mediascanner2 not accepting file:// and screenshot using the wrong role).

Changed in media-hub (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Andrew Hayzen (ahayzen) wrote :

As a reference, I've reported the two bugs:
Mediascanner2 - bug 1534775
Unity8 (screenshot audio) - bug 1534776

Jim Hodapp (jhodapp)
Changed in media-hub (Ubuntu RTM):
status: Confirmed → Invalid
Changed in music-app:
status: New → Confirmed
Andrew Hayzen (ahayzen)
Changed in music-app:
status: Confirmed → In Progress
importance: Undecided → High
assignee: nobody → Andrew Hayzen (ahayzen)
Changed in music-app:
milestone: none → ota9
Revision history for this message
Jenkins Bot (ubuntu-core-apps-jenkins-bot) wrote :

Fix committed into lp:music-app at revision 964, scheduled for release in music-app, milestone ota9

Changed in music-app:
status: In Progress → Fix Committed
Andrew Hayzen (ahayzen)
Changed in music-app:
status: Fix Committed → Fix Released
Jim Hodapp (jhodapp)
Changed in canonical-devices-system-image:
assignee: Jim Hodapp (jhodapp) → nobody
status: In Progress → Fix Released
Changed in canonical-devices-system-image:
status: Fix Released → Fix Committed
milestone: ww08-2016 → ww04-2016
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.