1123244 - [Flame][Clock]Music will continue to play for several seconds when the alarm ringtone starts playing.

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: AudioChannel, defect)

Description

[Paladin]

Attachment: logcat_flame_1650.txt

[1.Description]:
[Flame][v2.1][Clock]Music will continue to play for several seconds while we set an alarm and select an alarm ringtone in Timer page.
Attachment: logcat_flame_1650.txt and sound_overlap.3gp
Occurrence time: 16:50

[2.Testing Steps]: 
1. Open Music.
2. Play an audio.
3. Tap Home button.
4. Open Clock.
5. Set an alarm.
6. Tap Timer item on the bottom.
7. Tap drop-down menu under Sound section.
8. Tap any alarm ringtone.


[3.Expected Result]: 
8. The music stops playing.

[4.Actual Result]: 
8. Both music and alarm ringtone are playing.

[5.Reproduction build]: 
Flame 2.1 build:
Gaia-Rev        77c57eb8a985d5cbd34a597fb1b978ba6e205af6
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/452a023ae7b2
Build-ID        20150118001331
Version         34.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20150118.034742
FW-Date         Sun Jan 18 03:47:53 EST 2015
Bootloader      L1TC000118D0

Flame 2.2:
Gaia-Rev        f5b3d1b6cfa3e702033f613915ae637cb735cbfb
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/8067c111ddff
Build-ID        20150118002501
Version         37.0a2

[6.Reproduction Frequency]: 
occasionally Recurrence,2/10

[7.TCID]: 
Free Test

Comment 1

[Paladin]

Attachment: sound_ovrelap.3gp

Comment 2

[William Hsu [:whsu]]

A regression bug. We fixed this issue on v1.3.
- https://bugzilla.mozilla.org/show_bug.cgi?id=956811
- https://bugzilla.mozilla.org/show_bug.cgi?id=958470

Comment 3

[Mike Lien[:mlien]]

[Blocking Requested - why for this release]:
nom for regression and let's try to get the regression-window

Comment 4

[Brogan Zumwalt [Inactive]]

Unable to reproduce on today's Flame 2.1 (0 out of 20 attempts)

Began playing song in Music app, returned to homescreen and launched Clock app. Then set alarm, before tabbing over to timer and previewing different alarm sounds. While previewing these alarm sounds music stops playing. Music resumes playing after exiting preview screen or when sound ends.

Leaving keyword in case anyone else can reproduce

Device: Flame 2.1
Build ID: 20150327001204
Gaia: 6f39e4e876152de1dcdcc0e7656197f22f105e4b
Gecko: f4d7c0e7292e
Version: 34.0 (2.1)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Comment 5

[KTucker [:KTucker][Inactive 3/4/2016]]

Brogan, did you try the build the reporter used?

Comment 6

[Brogan Zumwalt [Inactive]]

Unable to reproduce on reported build either (0/18 attempts). Would be great if someone else could confirm what I am seeing.

Device: Flame 2.1
Build ID: 20150118001331
Gaia: 77c57eb8a985d5cbd34a597fb1b978ba6e205af6
Gecko: 452a023ae7b2
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 34.0 (2.1)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Comment 7

[KTucker [:KTucker][Inactive 3/4/2016]]

I could not reproduce this as well after several attempts on the Flame 2.1

The music stopped every time i previewed a sound ringtone in timer.

Paldin, can you still reproduce this on the latest 2.1 build?

Comment 8

[Shally Li（leave from Mozilla）]

Hi KTucker,

    I can repro this bug on latest Nightly Flame v2.0,but can't repro on latest Nightly Flame v2.1.
    Please see the following STR,thanks.

-------------------------------------------------------------------------------
See attachment: verify_v2.0.mp4 and logcat_v2.0_1737.txt.
Reproduce rate: 5/5(v2.0), 0/10(v2.1)

Repro STR:
1.Open Clock app.
2.Create a alarm within one minute.
3.Go to Music app and play a song.
4.Waiting for the alarm clock ringing.
**The music will continue to play for 2~3 seconds when alarm clock rings. --KO

Device: Flame 2.0 build(Affected)
Gaia-Rev        896803174633fc6acd3fd105f81c349b8e9b9633
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/c0a3d12939bb
Build-ID        20150327160203
Version         32.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20150327.193041
FW-Date         Fri Mar 27 19:30:50 EDT 2015
Bootloader      L1TC000118D0

Device: Flame 2.1 build(Unaffected)
Build ID               20150327161204
Gaia Revision          6f39e4e876152de1dcdcc0e7656197f22f105e4b
Gaia Date              2015-03-25 11:16:16
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/f4d7c0e7292e
Gecko Version          34.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150327.193800
Firmware Date          Fri Mar 27 19:38:11 EDT 2015
Bootloader             L1TC000118D0

Comment 9

[Shally Li（leave from Mozilla）]

Attachment: logcat_v2.0_1737.txt

Comment 10

[Shally Li（leave from Mozilla）]

Attachment: verify_v2.0.mp4

Comment 11

[Mike Lien[:mlien]]

[Blocking Requested - why for this release]:
from comment 8, change v2.1 flag

Comment 12

[KTucker [:KTucker][Inactive 3/4/2016]]

in reply to Comment 8, the STR sounds like a completely different issue than the one that was originally reported.

However, I will continue the regression window following the steps in Comment 8 since I was able to reproduce this following your steps.

Comment 13

[KTucker [:KTucker][Inactive 3/4/2016]]

Initial reverse regression window 

Mozilla Central Jellybean:

Last Broken:
Environmental Variables:
Device: Flame 2.1
BuildID: 20140829122301
Gaia: 007f3c50cf69f044628a23c2376c6d88aa45f617
Gecko: 9b3fbc370631
Version: 34.0a1 (2.1) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

First Working:
Environmental Variables:
Device: Flame 2.1
BuildID: 20140829123201
Gaia: c05ee27dd1f39e0f1cceb8bc7706e20f297cd9df
Gecko: 2a354048f964
Version: 34.0a1 (2.1) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

First Broken Gaia Last Working Gecko: Issue DOES reproduce
Gaia: 007f3c50cf69f044628a23c2376c6d88aa45f617
Gecko: 2a354048f964

Last Working Gaia First Broken Gecko: Issue does NOT reproduce 
Gaia: c05ee27dd1f39e0f1cceb8bc7706e20f297cd9df
Gecko: 9b3fbc370631

https://github.com/mozilla-b2g/gaia/compare/007f3c50cf69f044628a23c2376c6d88aa45f617...c05ee27dd1f39e0f1cceb8bc7706e20f297cd9df

I'll complete the b2g inbound window tomorrow.

Comment 14

[KTucker [:KTucker][Inactive 3/4/2016]]

B2G Inbound:

Last Broken:
Environmental Variables:
Device: Flame 2.1
BuildID: 20140828211200
Gaia: 8d965e7182500fd1849e8eec5ae2aca35a55af22
Gecko: efb4f3f291a4
Version: 34.0a1 (2.1)
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

First Working:
Environmental Variables:
Device: Flame 2.1
BuildID: 20140828223200
Gaia: 6f270b9fee0c1f09863f5e1aa640937a07c7fdae
Gecko: 18ed4643a705
Version: 34.0a1 (2.1)
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Last Broken Gaia Last Working Gecko: Issue DOES reproduce
Gaia: 8d965e7182500fd1849e8eec5ae2aca35a55af22
Gecko: 18ed4643a705

First Working Gaia First Broken Gecko: Issue does NOT reproduce
Gaia: 6f270b9fee0c1f09863f5e1aa640937a07c7fdae
Gecko: efb4f3f291a4

https://github.com/mozilla-b2g/gaia/compare/8d965e7182500fd1849e8eec5ae2aca35a55af22...6f270b9fee0c1f09863f5e1aa640937a07c7fdae

This looks to have been fixed by the landing for Bug 927862

Comment 15

[Peter Bylenga [:PBylenga]]

Alive can you take a look here?  Seems the work for Bug 927862 helped resolve this issue for 3.0.

Comment 16

[(inactive after 6/18) Alive Kuo [:alive]]

Yes, but it is a big one and does not fit 2.0 branch...what's the need here? If this is 2.0 blocker (any still) device team eng should take care about this. Sorry.

Comment 17

[Josh Cheng [:josh]]

Resolved as wontfix for 2.0 as this is not blocking device launch.
Please feel free to reopen if partner also report this issue.