Closed Bug 1183366 Opened 9 years ago Closed 9 years ago

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

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.5?, b2g-master affected)

RESOLVED DUPLICATE of bug 1183870
blocking-b2g 2.5?
Tracking Status
b2g-master --- affected

People

(Reporter: onelson, Assigned: evanxd)

References

()

Details

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

Attachments

(1 file)

Attached file logcat_20150713_1502.txt (deleted) —
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
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
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)?
Keywords: qawanted
[Blocking Requested - why for this release]:
Visible regression.

Requesting a window.
blocking-b2g: --- → 2.5?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
QA Contact: jmercado
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
Summary: [Aries][Status Bar] 'Play' icon remains in status bar after Music or Video has been paused after playing → [Status Bar] 'Play' icon remains in status bar after Music or Video has been paused after playing
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
Blocks: 1113086
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Andrea, here is another issue that might have been caused by the landing for bug 1113086.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker) → needinfo?(amarchesini)
Flags: needinfo?(amarchesini) → needinfo?(alwu)
Assignee: nobody → 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
Clear ni because we already have the patch in comment6.
Flags: needinfo?(alwu)
Depends on: 1183870
Status: NEW → RESOLVED
Closed: 9 years ago
No longer depends on: 1183870
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: