Closed Bug 1222143 Opened 9 years ago Closed 9 years ago

Music completely stops as soon as user returns Home

Categories

(Firefox OS Graveyard :: AudioChannel, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.6?, b2g-v2.5 unaffected, b2g-master verified)

VERIFIED FIXED
blocking-b2g 2.6?
Tracking Status
b2g-v2.5 --- unaffected
b2g-master --- verified

People

(Reporter: pcheng, Unassigned)

References

Details

(Keywords: regression, smoketest, Whiteboard: [2.6-Daily-Testing], [spark])

Attachments

(2 files)

Attached file logcat of issue
Description:
This audio issue could be more widespread as I had noticed that sound seems to get interrupted when it enters FTU after flashing. I assume that's the screen reader sound but since it got interrupted I'm not sure what that is supposed to be.

The most obvious one which is this bug, music sound stops altogether as soon as user returns Home.

STR:
1) Play any music in Music app
2) Press Home button

Expected: Music continues to play

Actual: Music stops. As soon as user returns to Music app, music resumes to play. However I've seen it not resuming and music just seems to stuck.

Repro rate: 4/5

Video of issue:
https://www.youtube.com/watch?v=qU8pw4WHYDY

Also attaching a logcat.

Device: Flame 2.6 Master
BuildID: 20151105043936
Gaia: c3be747b993f0c70e7b93a709ef691383c88fc01
Gecko: 61dcc13d0848230382d5c85cdcf6721a05ee37c6
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 45.0a1 (2.6) 
Firmware Version: v18Dv4
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0

Device: Aries 2.6 Master
BuildID: 20151105134116
Gaia: c3be747b993f0c70e7b93a709ef691383c88fc01
Gecko: 61dcc13d0848230382d5c85cdcf6721a05ee37c6
Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56
Version: 45.0a1 (2.6) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0
This issue does not occur on today's smoke test central build. (the above affected builds are latest central builds)

Device: Flame KK 2.6 (512MB)
BuildID: 20151105030203
Gaia: 607b9c5db7fdbbafc16a572e7c319baa266a3372
Gecko: 59c648a3f95524cb1ee42f2306c1db2698d35258
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 45.0a1 (2.6)
Firmware Version: v18D v4
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
Keywords: regression
Whiteboard: [2.6-Daily-Testing], [spark]
2.5 is unaffected.

Device: Flame 2.5
BuildID: 20151105004500
Gaia: 47da49f8206788d70d834c3a63d9245d50c89103
Gecko: 5c9fd135d4309239794126f1942d6e7aa8b3579c
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 44.0
Firmware Version: v18Dv4
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0
This is a major break in functionality.  Let's get a window here.  Ni? No-Jun for awareness.
blocking-b2g: --- → 2.6?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmercado) → needinfo?(npark)
QA Contact: pcheng
I flashed my Aries yesterday with the latest 2.6 build, and this does not repro.
Pushing today's Music app to my Aries with yesterday's Gecko does not cause this bug. So I don't think that the Music app has broken anything.

But if I do a make reset-gaia with today's Gaia on top of yesterday's gecko then I do see this bug. So that probably means that this is a Gaia bug.
This bug is not specific to the homescreen.  If I run Camera or Browser then run music, and then swipe to go back to the other app, the music will stop, even though homescreen is not invoked.

That makes me think that this is a regression in the system app.  And I see that this bug is already filed under AudioChannel, so that seems good.

Pulling down the notification tray does not interrupt the music.  Bringing up the task manager does not interrupt the music. But selecting any app in the task manager, including the music app itself does interrupt the music.

For me, when I return to he music app after it has paused, I get about a half a second of music then it stops again. But it thinks it is still playing so displays a pause button rather than a play button. To get the music to come back in this state, I have to tap the button twice.

If I push the sleep button while music is playing, music keeps playing, and there are playback controls on the lockscreen. This is good.

If I play music and then go to the homescreen, the music stops, and there are no playback controls on the lockscreen or in the notification tray. That makes me think that this isn't just a temporary interruption in the music playback but that it has actually stopped.
b2g-inbound regression window:

Last Working
Device: Flame
BuildID: 20151104233436
Gaia: 8950676a273bd902a9ae63d7ef9afc59e14ebd81
Gecko: 4b9fc19085ce64853fc9766fe23427ed338067a3
Version: 45.0a1 (2.6 Master) 
Firmware Version: v18Dv4
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0

First Broken
Device: Flame
BuildID: 20151105001240
Gaia: cf0703f147e17bea1b18b58ada82625151238220
Gecko: 7ef21759cf8a07131691b09b4862fff1153830d4
Version: 45.0a1 (2.6 Master) 
Firmware Version: v18Dv4
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0

Last Working Gaia First Broken Gecko - no rero
Gaia: 8950676a273bd902a9ae63d7ef9afc59e14ebd81
Gecko: 7ef21759cf8a07131691b09b4862fff1153830d4

Last Working Gecko First Broken Gaia - repro
Gaia: cf0703f147e17bea1b18b58ada82625151238220
Gecko: 4b9fc19085ce64853fc9766fe23427ed338067a3

Gaia pushlog:
https://github.com/mozilla-b2g/gaia/compare/8950676a273bd902a9ae63d7ef9afc59e14ebd81...cf0703f147e17bea1b18b58ada82625151238220

Caused by changes made in Bug 1209062.
Blocks: 1209062
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
Yura can you please take a look at this issue.  Seems to have been caused by the changes for Bug 1209062.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmercado) → needinfo?(yzenevich)
I just came to the same conclusion. Backing out bug 1209062 fixes this.
Jim: flagging you so that this is on your radar. Yura's accessibility patch in bug 1209062 seems to somehow activate the screen reader on every app transition, and that is somehow causing audio channel issues that are interrupting music. What I don't get is why the music doesn't resume once the screen reader is done.  I don't know if there is anything you can do differently in Music to accomodate this gracefully. Are you handling mozinterruptbegin/mozinterruptend at all, for example?
Flags: needinfo?(squibblyflabbetydoo)
(In reply to David Flanagan [:djf] from comment #9)
> I just came to the same conclusion. Backing out bug 1209062 fixes this.

I have a feeling landing lastest PR for bug 12909062 only exposed the issue with the audio channel that is mentioned in comment 6.

Regardless my PR is backed out or not, the audio problems really make screen reader unusable.
Investigating more.
I will also make sure (followup) we don't speak if screen reader is off.
Flags: needinfo?(yzenevich)
Fixes with bug 1222249
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Hi, David,
I think the problem might be the same as [1].
We found that the "content" (music) type audio doesn't be resumed after the "normal" (media from setting app) type audio ended.

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1037745#c3
Flags: needinfo?(npark)
Duplicate was a smoketest blocker so putting that tag here.
Keywords: smoketest
Flags: needinfo?(squibblyflabbetydoo)
This bug has been verified as "pass" on the latest build of Aries KK v2.6 and Flame KK v2.6 512mb by the STR in comment 0.

Actual results: After step two,Music continues to play.

See attachment:Verified Aries_v2.6.3gp.
Reproduce rate: 0/10.

Device: Aries KK v2.6 (master)(Pass)
Build ID               20151107001102
Gaia Revision          c3436122d678911d04b8f491724596116890ff9b
Gaia Date              2015-11-06 18:22:03
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/e2a910c048dc82fc3be53475f18e7f81f03e377b
Gecko Version          45.0a1
Device Name            aries
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.worker.20151106.232924
Firmware Date          Fri Nov  6 23:29:32 UTC 2015
Bootloader             s1

Device: Flame KK v2.6 512mb (master)(Pass)
Build ID               20151108150206
Gaia Revision          c3436122d678911d04b8f491724596116890ff9b
Gaia Date              2015-11-06 18:22:03
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/e2a910c048dc82fc3be53475f18e7f81f03e377b
Gecko Version          45.0a1
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20151108.183921
Firmware Date          Sun Nov  8 18:39:33 EST 2015
Firmware Version       v18D v4
Bootloader             L1TC000118D0
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [MGSEI-Triage+]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: