1183366 - [Status Bar] 'Play' icon remains in status bar after Music or Video has been paused after playing

Status: RESOLVED DUPLICATE of bug 1183870

(Firefox OS Graveyard :: Gaia::System::Status bar, Utility tray, Notification, defect)

Description

[Oliver Nelson [:oliverthor]]

Attachment: logcat_20150713_1502.txt

Description:
When the user watches a video in the videoplayer, or listens to music via the Music app,, they will observe that upon pausing their respective media, that the play arrow icon will remain in the status bar.

Repro Steps:
1) Update a Aries to 20150713103207
2) Open the music app
3) Play a song, observe status bar
4) Pause a song, observe status bar

Actual:
Play icon remains in status bar after media is no longer playing

Expected:
Play icon dismisses from status bar when media is not actively playing


Environmental Variables:
------------------------- 

Device: Aries 2.5
Build ID: 20150713103207
Gaia: a7439b6ca88264734171ff5ea0b6a0b8df3f258e
Gecko: 38d03bf4616e
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 42.0a1 (2.5)
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0
*********************

Issue DID NOT REPRODUCE on master for flame devices
Results: Play icon dismisses from status bar when media is not actively playing

Device: Flame 2.5
BuildID: 20150713010204
Gaia: e4b63559eba364892867eb381c3002d6518e5d6a
Gecko: eab21ec484bb
Gonk: a4f6f31d1fe213ac935ca8ede7d05e47324101a4
Version: 42.0a1 (2.5) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0
----------------------------


Repro frequency: 4/5
See attached: 
video- https://youtu.be/MnmZAlNjWes
logcat

Comment 1

[Guillaume Marty [:gmarty]]

The play icon in the status bar works as expected on 20150707033152 (latest OTA available on dogfood channel), so it must have regressed recently.

QA, can we get a regression window (This bug happens in the last week)?

Comment 2

[Peter Bylenga [:PBylenga]]

[Blocking Requested - why for this release]:
Visible regression.

Requesting a window.

Comment 3

[Jayme Mercado [:JMercado] (Inactive 3/4/2016)]

This issue also occurs on Flame builds now.

Device: Flame 2.5
BuildID: 20150714032350
Gaia: 66638d0e65bf58b7f640bcc7bed4a0b23d1356c6
Gecko: e786406bc683
Version: 42.0a1 (2.5) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0

Comment 4

[Jayme Mercado [:JMercado] (Inactive 3/4/2016)]

The changes for Bug 1113086 seems to have caused this issue.

Mozilla-inbound Regression Window

Last Working 
Environmental Variables:
Device: Flame 2.5
BuildID: 20150710163851
Gaia: e4b63559eba364892867eb381c3002d6518e5d6a
Gecko: 07bcf36f5ab2
Version: 42.0a1 (2.5) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0

First Broken 
Environmental Variables:
Device: Flame 2.5
BuildID: 20150710170452
Gaia: e4b63559eba364892867eb381c3002d6518e5d6a
Gecko: 675ea719b91c
Version: 42.0a1 (2.5) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0

Last Working gaia / First Broken gecko - Issue DOES occur
Gaia: e4b63559eba364892867eb381c3002d6518e5d6a
Gecko: 675ea719b91c

First Broken gaia / Last Working gecko - Issue does NOT occur
Gaia: e4b63559eba364892867eb381c3002d6518e5d6a
Gecko: 07bcf36f5ab2

Gecko Pushlog:  https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=07bcf36f5ab2&tochange=675ea719b91c

Comment 5

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

Andrea, here is another issue that might have been caused by the landing for bug 1113086.

Comment 6

[Evan Tseng [:evanxd]]

The WIP patch[1] for bug 1183870 can also fix this bug. So This bug is a duplicate of bug 1183870.

[1]: https://bugzilla.mozilla.org/attachment.cgi?id=8635177

Comment 7

[Alastor Wu [:alwu]]

Clear ni because we already have the patch in comment6.