Closed Bug 1046103 Opened 10 years ago Closed 6 years ago

[Flame] Audio is not resuming for few seconds when we switch between FM app and Music app.

Categories

(Firefox OS Graveyard :: AudioChannel, defect, P1)

ARM
Gonk (Firefox OS)
defect

Tracking

(b2g-v1.4 affected, b2g-v2.0 affected, b2g-v2.1 affected, b2g-master unaffected)

RESOLVED WONTFIX
Tracking Status
b2g-v1.4 --- affected
b2g-v2.0 --- affected
b2g-v2.1 --- affected
b2g-master --- unaffected

People

(Reporter: vasanth, Unassigned)

References

Details

[Blocking Requested - why for this release]:

STR
---
1. Connect Headset, open FM app, tune to working station and **enable speaker icon in FM app**

2. Minimize the FM app, open Music app and start play any audio file (Note that audio is also playing in speaker. Is this expected?)

3. Minimize the Music app and switch to FM app.

4.Repeat the steps 2-3 for more than 3 times and observe sometimes after switching from FM to Music app, audio is not resuming for few seconds.

Issue reproduced only in 8x10 Flame devices, not with kk based devices.
So I suspect this issue is related to jb based gonk.
QA Wanted to see if we can reproduce on Flame.
Keywords: qawanted
Issue is reproducible on Flame 2.0, Flame 2.1, Flame 1.4, and Open C 2.0.

Observed behavior: Music app's audio could be slow to resume for ~7 seconds when switching from FM audio to Music audio. Repro rate is around 50%.

This issue does NOT repro if audio is being outputted via headphone.

Device: Flame
Build ID: 20140730063205
Gaia: 3f9323d3b3ae8541fd84125a3b3a136bd018dedc
Gecko: 3fe40fbaee6d
Version: 32.0 (2.0)
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Device: Flame
Build ID: 20140730045709
Gaia: 25e998814ba89f30fe44cd2fdfbb44d160a04641
Gecko: 08c23f12a43e
Version: 34.0a1 (Master)
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Device: Flame
Build ID: 20140730053705
Gaia: 142953262d2cb031e3db217206edc3507580b0df
Gecko: 17de7b9d035c
Version: 30.0 (1.4)
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0

Device: Open_C
Build ID: 20140730063205
Gaia: 3f9323d3b3ae8541fd84125a3b3a136bd018dedc
Gecko: 3fe40fbaee6d
Version: 32.0 (2.0)
Firmware Version: P821A10V1.0.0B06_LOG_DL
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

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

Unable to test on Buri because there is no audio when switching to play music through speakers on FM app on Buri 2.0.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawanted
not a regression
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Vasanth -- considering that it's not reproducible on KK based devices, official gonk for 2.0 release, we shouldn't be blocking our metabug.

Bhavana/Lawrence -- it's up to you to decide if it's actionable or not.
No longer blocks: CAF-v2.0-CC-metabug
Flags: needinfo?(lmandel)
Flags: needinfo?(bbajaj)
I'm clearing the CAF blocking request. Without the CAF driver, I don't think this blocks the release.
blocking-b2g: 2.0? → ---
Flags: needinfo?(bbajaj)
Flags: needinfo?(lmandel)
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
This is not reproducible in 2.1 with v188 image.

According to Flame v2.1 based on v188 right now, do we consider mark case as minus(-)?

---------- 

Gaia-Rev        81160ad79e5b4c21967418dd63f1a1d08d77924e
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/3572aa3e6766
Build-ID        20141116161201
Version         34.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  39
FW-Date         Thu Oct 16 18:19:14 CST 2014
Bootloader      L1TC00011880
Priority: -- → P1
Alastor, could you make sure this could on v2.5? Thanks.
Flags: needinfo?(alwu)
I can't reproduce this issue on v2.5.
Flags: needinfo?(alwu)
qawanted for verfication
I was unable to reproduce this issue using Flame Master.

Result: Playing the radio while a song from library is playing will stop the song from library so the radio can play be played instead. However, if the user stops the radio afterwards the song will continue to play from library. This may be a whole new issue in itself. Please let me know if you prefer to have this written up separately. 

Environmental Variables:
Device: Flame 2.5 Kk Fullflash (319mb)
BuildID: 20151012030617
Gaia: 87f5c9d55ab6a77dcfa48a3f3a8b4f5016f3c657
Gecko: 0b69d304f861d0038fb78f1d52b0f5d13ef7c6fe
Gonk: c4779d6da0f85894b1f78f0351b43f2949e8decd
Version: 44.0a1 (2.5) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0
QA Whiteboard: [QAnalyst-Triage+][lead-review+] → [QAnalyst-Triage?][lead-review+]
Flags: needinfo?(ktucker)
Keywords: qawanted
Flags: needinfo?(mshuman)
Flags: needinfo?(mshuman)
I misunderstood this bug regarding comment 10. Please disregard it.

However, I still was unable to reproduce this issue.
Result: There is no delay when switching between the radio and music app. There is a seamless transition. 

Environmental Variables:
Device: Flame 2.5 kk Fullflash (319mb)
BuildID: 20151012030617
Gaia: 87f5c9d55ab6a77dcfa48a3f3a8b4f5016f3c657
Gecko: 0b69d304f861d0038fb78f1d52b0f5d13ef7c6fe
Gonk: c4779d6da0f85894b1f78f0351b43f2949e8decd
Version: 44.0a1 (2.5) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0
QA Whiteboard: [QAnalyst-Triage?][lead-review+] → [QAnalyst-Triage+][lead-review+]
Flags: needinfo?(ktucker)
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.