Closed Bug 1226747 Opened 9 years ago Closed 6 years ago

Music control does not appear in the notifications drawer after opening and closing camera app

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.5?, b2g-v2.2 unaffected, b2g-v2.5 affected, b2g-master unaffected)

RESOLVED WONTFIX
blocking-b2g 2.5?
Tracking Status
b2g-v2.2 --- unaffected
b2g-v2.5 --- affected
b2g-master --- unaffected

People

(Reporter: MaxIvanov, Unassigned)

References

()

Details

(Keywords: regression, Whiteboard: [2.5-Daily-Testing][Spark])

Description:
Music control does not appear in the notifications drawer after opening and closing camera app

Repro Steps:
1) Update a Aries to 20151120074230
2) Open the music app and launch any song
3) Return to the Home Screen and launch camera app
4) Return to the Home Screen and open notification drawer

Actual:
There is no music control in notification drawer

Expected:
We expect that music control should remains in notification drawer after closing camera app

Environmental Variables:
Device: Aries 2.5
Build ID: 20151120074230
Gaia: b7f130c36588e308784cd1b7c8a28585c9819076
Gecko: 589a9b96c5bc632bcc336d0543442983cc1f61dd
Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56
Version: 44.0a2 (2.5)
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0

Repro frequency: (100 %)
See attached: (logcat)
This does occur on Flame 2.5
There is no music control in notifications drawer

Device: Flame 2.5 (KK)(512mb)
Build ID: 20151120073427
Gaia: b7f130c36588e308784cd1b7c8a28585c9819076
Gecko: 589a9b96c5bc632bcc336d0543442983cc1f61dd
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 44.0a2 (2.5)
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0
-------------------------------------------------------------------

This does NOT occur on Flame 2.6 and Aries 2.6
Music control is present in notifications drawer

Device: Aries 2.6
Build ID: 20151120133504
Gaia: 94a821b49f4dca3f9321cd80e13c44c4a6696952
Gecko: ec628289d8b4ed310463a0729c3e60a7798dfcac
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

Device: Flame 2.6 (KK)(512mb)
Build ID: 20151120030231
Gaia: 94a821b49f4dca3f9321cd80e13c44c4a6696952
Gecko: 3835b568092ae3b71adc931d24928670ad7141a7
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 45.0a1 (2.6)
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0
----------------------------------------------------------------------

This does NOT occur on Flame 2.2 (KK)(512mb) 
A song is continue playing while users launch the camera app. Music control is present in notifications drawer.

Device: Flame 2.2 (KK)(512mb)
Build ID: 20151120032503
Gaia: 885647d92208fb67574ced44004ab2f29d23cb45
Gecko: 462d8e9208ea
Gonk: bd9cb3af2a0354577a6903917bc826489050b40d
Version: 37.0 (2.2)
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Whiteboard: [2.5-Daily-Testing][Spark]
[Blocking Requested - why for this release]:

Regression. The music widget should appear in the utility tray since the song will start playing again after leaving the camera app.
blocking-b2g: --- → 2.5?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Contact: sleedavid
QA Contact: sleedavid
No-Jun and Justin, is comment 2 correct?  I'm not quite sure this issue is actually a bug.
Flags: needinfo?(npark)
Flags: needinfo?(jdarcangelo)
Ah, I was about to file a bug on this as well, but didn't know it was a regression.  It seems that opening Camera will stop audiochannel to continue the playback of music (which is per design), and there is a bug which talks about the audio not resuming after exiting from Camera app (https://bugzilla.mozilla.org/show_bug.cgi?id=1159874).  

Perhaps this is one of the symptoms of bug 1159874?
Flags: needinfo?(npark)
Assignee: nobody → alwu
I file another bug to handle that music is paused when we open the camera app. See bug1227078.

-- 

The music control is related with Gaia::Agmt, move the component.
Assignee: alwu → nobody
Component: AudioChannel → Gaia::System::Audio Mgmt
No-Jun,

Currently on 2.6, music does NOT resume after I leave camera, and music control remains there (when there's no music playing), which makes me think 2.6 might be the branch that's behaving wrong and not v2.5.

Could you clarify on what the expected behaviors should be in current case? To recap: Play music > go to camera (music stops) > return to Home (music does not resume) > should the music widget be present?
Flags: needinfo?(npark)
Looks like this is about music control widget.
Component: Gaia::System::Audio Mgmt → Gaia::System::Music Control
I would think the music control should still be present as long as it can correctly control the music after exiting from Camera app, so I think 2.5 still has the bug.  (Music not resuming would be a separate issue).  Justin, what do you think?
Flags: needinfo?(npark)
(In reply to No-Jun Park [:njpark] from comment #8)
> I would think the music control should still be present as long as it can
> correctly control the music after exiting from Camera app, so I think 2.5
> still has the bug.  (Music not resuming would be a separate issue).  Justin,
> what do you think?

I agree that "music not resuming" is a separate issue. As far as the remote music control widgets go, I feel like they should only be visible when the Music app is running and there are songs "in the queue". For example:

- If the first song in an album is playing, then the user pauses the song, the remote controls should be visible.

- If the last song in an album finishes playing and the "player" view in the Music app is dismissed, the queue is empty and the remote controls should be hidden.

- If the Music app is launched and no songs are played, the remote controls should be hidden.

Setting NI? for :squib to see if he agrees with this.
Flags: needinfo?(jdarcangelo) → needinfo?(squibblyflabbetydoo)
QA Contact: sleedavid
QA Contact: sleedavid
QA Whiteboard: [QAnalyst-Triage+]
Depends on: 1227078
The behavior in comment 9 is correct.
Flags: needinfo?(squibblyflabbetydoo)
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.