Closed Bug 1100486 Opened 11 years ago Closed 8 years ago

[Notifications screen] The music widget disappears on the notification screen

Categories

(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.0 affected, b2g-v2.1 unaffected, b2g-v2.2 unaffected)

RESOLVED WONTFIX
Tracking Status
b2g-v2.0 --- affected
b2g-v2.1 --- unaffected
b2g-v2.2 --- unaffected

People

(Reporter: psiphantong, Unassigned)

References

()

Details

(Keywords: regression, Whiteboard: [2.1-exploratory-3])

Description: Having a download in progress while music playing in the background, the music widget will disappear in the notification screen Setup Steps: 1) Flame device is set to 319mb Repro Steps: 1) Update a Flame device to BuildID: 20141117001201 2) Go to Music, play a song in background 3) Rotate the phone to landscape, download a file from https://owd.tid.es/dm/ 4) Pull down the notification screen, scroll down to the bottom 5) Go to the homescreen, pull down the notification screen Actual: music widget disappears Expected: music widget displays Flame 2.0 Device: Flame 2.0 (319mb)(Kitkat Base)(Shallow Flash) BuildID: 20141117000200 Gaia: 086a668942292168f312b3bb53e275fa0886fab1 Gecko: a57b299c5cf2 Version: 32.0 (2.0) Firmware: V188-1 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0 Repro frequency: 100% See attached: video, logcat, https://www.youtube.com/watch?v=KMi9jDBavek
This does not reproduce on the Flame 2.2 and the Flame 2.1, the music widget displays Flame 2.2 Environmental Variables: Device: Flame 2.2 Build ID: 20141117040203 Gaia: ddf5b92f43ec27c93ad4fea4fd1207da8936b8e7 Gecko: 21b745197618 Version: 36.0a1 (2.2) Firmware Version: v188-1 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0 Flame 2.1 Device: Flame 2.1 (319mb)(Kitkat Base)(Shallow Flash) BuildID: 20141117001201 Gaia: 81160ad79e5b4c21967418dd63f1a1d08d77924e Gecko: 3572aa3e6766 Version: 34.0 (2.1) Firmware: V188-1 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(dharris)
[Blocking Requested - why for this release]: When trying to scroll the notification tray, the music widget can be scrolled off the screen, and will disappear. Nominating to block on 2.0
blocking-b2g: --- → 2.0?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(dharris)
Hi Pete & Derek: 1. have you seen this problem w/ 1.3 SW? (is this a regression?) 2. Also I assume music is till playing but just the notification widget disappeared, right? If true for Q2, tend to not block 2.0 since not seen in 2.1/2.2.
Flags: needinfo?(psiphantong)
Flags: needinfo?(dharris)
Keywords: qawanted
The whiteboard says it was found during 2.1 testing. Are we sure this is not happening on 2.1?
You are right, Gregor, thanks! So Pete & Derek, pls also help clarify the whiteboard tag and comment#1, for status in 2.1. thank you!
I flashed my flame device to the latest Flame 2.0 KK. With this build I did lose the widget when scrolling up on the notification screen during a download. I was NOT able to recover the widget after this. This is the bug. I then tested Flame v188-1 Base and got the widget to scroll up and off the screen but was able to pull it back down by scrolling the other way on the notification screen. Next I checked on Flame 2.1 KK. The widget does not scroll on the notification screen and cannot be moved off screen. Other messages can be scrolled up and down such as the downloads but not the music widget. Tested with Shallow Flash on 319mb using Engineering builds. This bug repro's on Flame KK builds: Flame 2.0 KK Actual Results: Able to scroll the music widget off the screen on the notification window and not be able to recover it. Repro Rate: 3/3 Environmental Variables: Device: Flame 2.0 KK BuildID: 20141118152123 Gaia: 1ede2666f1e6c1b3fd3b282011caf0cbc59544b0 Gecko: faa64077b0c2 Version: 32.0 (2.0) Firmware Version: v188-1 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32. ----------------------------------------------------------------- ----------------------------------------------------------------- This bug does NOT repro on Flame kk build: Flame 2.0 Base, Flame 2.1 KK Actual Result: Music widget cannot be lost by scrolling on the notification window. Repro Rate: 0/4 Environmental Variables: Device: Flame 2.1 KK BuildID: 20141117201226 Gaia: 1b231b87aad384842dfc79614b2a9ca68a4b4ff3 Gecko: 95fbd7635152 Version: 34.0 (2.1) Firmware Version: v188-1 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 ----------------------------------------------------------------- Environmental Variables: Device: Flame V188-1 Base Full flash BuildID: 20141021162107 Gaia: 8c5c956ee6909408e29f375cc7d843a03d92f3d8 Version: 32.0 (2.0) Firmware: V188-1 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawantedregression
QA Contact: croesch
*Correction* This bug does NOT repro on Flame kk build: Flame V188-1 KK Base, Flame 2.1 KK
Wesly and Gregor, As Pete mentioned in comment 1, and Cody mentioned in comment 7, This bug does not reproduce on 2.1. The reason that you are seeing the whiteboard tag say: [2.1-exploratory-3], is because we are doing an exploratory run on the 2.1 branch, and that whiteboard tag is used to track all of the bugs written during our run, whether it be 2.0, 2.1, or 2.2. This bug was seen while doing a 2.0 branch check for a different bug, and was written up separately. If you have any other questions feel free to ask.
Flags: needinfo?(psiphantong)
Flags: needinfo?(dharris)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
QA Contact: croesch
Thanks for Cody's help and Derek's clarification, clear! And I assume you can still play music even w/ the widget, right? (if can't play music then the severity is different to me) Considering the user impact and current 2.0 timing, plus this is not seen in 2.1/2.2, I tend to put it as de-nom candidate for coming Triage.
(In reply to Wesly Huang from comment #9) > Thanks for Cody's help and Derek's clarification, clear! > > And I assume you can still play music even w/ the widget, right? (if can't > play music then the severity is different to me) Yes music still plays during this event.
Thanks Cody's confirmation! [Triage] de-nom per comment#9 & comment#10, given the user impact and current 2.0 phase.
blocking-b2g: 2.0? → ---
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.