1123592 - [Flame][Music]Music will exit when device automatic goes to sleep mode.

Status: RESOLVED INVALID

(Firefox OS Graveyard :: Gaia::Music, defect)

Description

[Sue]

Attachment: logcat_2217.txt

[1.Description]:
[Flame v2.2][Music]
After device received a music via NFC, play it and wait until device automatically goes to sleep mode, the playing music will be stopped.
Found time:22:17
See attachment:logcat_2217.txt and receive file.MP4 and video.MP4

[2.Testing Steps]: 
Prerequisite: Set Screen Timeout as 1 minute.
1. Device A and Device B turn on NFC.
2. Device A received a music from Device B.
3. Tap "File received" to play the music received from Device A.
4. Wait for about 1 minute.

[3.Expected Result]: 
4. Decive automatically goes to sleep mode and music should be played sostenuto.

[4.Actual Result]: 
4. Device A goes to sleep mode and music is stopped.

[5.Reproduction build]: 
Flame 2.2 build:
Gaia-Rev        f5b3d1b6cfa3e702033f613915ae637cb735cbfb
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/bccee1a13ba6
Build-ID        20150119002502
Version         37.0a2
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20150119.035831
FW-Date         Mon Jan 19 03:58:42 EST 2015
Bootloader      L1TC000118D0

[6.Reproduction Frequency]: 
Always Recurrence,5/5

[7.TCID]: 
Free Test

[8.Note]:
1. Unlock device and long press home key, you will find nothing shows at recent app windows.
2. Play a music from Music app, wait until device automatically goes to sleep mode, the music will be  played sostenuto at sleep mode.

Comment 1

[Sue]

Attachment: receive file.MP4

Comment 2

[Sue]

Attachment: video.MP4

Comment 3

[William Hsu [:whsu]]

I think this is a regression and it relates to OOM killer.
But, we can have a branch checking firstly.

--- -- - --- -- - --- -- - --- -- - --- -- - 
Hi, Sue,

Can it be reproduced on v2.1 branch?
Thanks.

Comment 4

[Sue]

Attachment: logcat_v2.1_0533.txt

Hi William,
Yes, this issue can be reproduced on Flame v2.1
Found time:05:33
See attachment:logcat_v2.1_0533.txt

Flame 2.1 build:
Gaia-Rev        77c57eb8a985d5cbd34a597fb1b978ba6e205af6
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/f05d0a2d2378
Build-ID        20150120001202
Version         34.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20150120.035022
FW-Date         Tue Jan 20 03:50:33 EST 2015
Bootloader      L1TC000118D0

Comment 5

[William Hsu [:whsu]]

(In reply to Sue from comment #4)
> Created attachment 8552147 [details]
> logcat_v2.1_0533.txt
> 
> Hi William,
> Yes, this issue can be reproduced on Flame v2.1
> Found time:05:33
> See attachment:logcat_v2.1_0533.txt
> 
> Flame 2.1 build:
> Gaia-Rev        77c57eb8a985d5cbd34a597fb1b978ba6e205af6
> Gecko-Rev      
> https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/f05d0a2d2378
> Build-ID        20150120001202
> Version         34.0
> Device-Name     flame
> FW-Release      4.4.2
> FW-Incremental  eng.cltbld.20150120.035022
> FW-Date         Tue Jan 20 03:50:33 EST 2015
> Bootloader      L1TC000118D0

WoW! Thanks Sue!
This is out of my expectation.
I think it should be a v2.2 regression, but now it can be reproduced on the latest v2.1 build.

Let's see if we can reproduce it on v2.0.
Many thanks.

Comment 6

[Sue]

Attachment: logcat_v2.0_1355.txt

Hi William,
This issue also can be reproduced on Flame v2.0
Found time:13:55
See attachment:logcat_v2.0_1355.txt

Flame 2.0 build:
Gaia-Rev        736933b25ded904f0cb935a0d48f1f3cf91d33ad
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/6ff30f9ba931
Build-ID        20150120000224
Version         32.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20150120.035201
FW-Date         Tue Jan 20 03:52:11 EST 2015
Bootloader      L1TC000118D0

Comment 7

[William Hsu [:whsu]]

Thanks Sue!
I would like to request feature owner to review this behavior.

--- -- - --- -- - --- -- - --- -- - --- -- -
Hi, Alison and Eric,

May I have your help?
Is this a expected behavior?
Many thanks.

Comment 8

[Alison Shiue]

I think the behavior should as same as music play from music app. 
Add Music and NFC module owner at CC list.

Comment 9

[William Hsu [:whsu]]

(In reply to Alison Shiue from comment #8)
> I think the behavior should as same as music play from music app. 
> Add Music and NFC module owner at CC list.

This seems to be a legacy problem.
As Alison mentioned, I think we need to align the behavior.

--- -- - --- -- - --- -- - --- -- - --- -- - 
Hi, Dominic,

May I have your help?
Is it expected behavior or a bug (comment 0)?
Many thanks.

Comment 10

[Dominic Kuo [:dkuo]]

Note this issue is using the music open activity, not the regular music app so what we got here is expected. Once the music open activity gets hidden, it will close itself because it's a previewer, not a normal player, please see more detail in bug 1075353.

I am closing this issue as invalid due to the reason I mentioned above, thanks.

Comment 11

[William Hsu [:whsu]]

Noted this.
Thanks Dominic! :)