[Window Management] Battery, Signal and time on the status bar will appear behind download update overlay

VERIFIED FIXED in Firefox OS v2.2

Status

VERIFIED FIXED
4 years ago
3 years ago

People

(Reporter: KTucker, Assigned: mancas)

Tracking

({regression})

unspecified
2.2 S4 (23jan)
ARM
Gonk (Firefox OS)
regression

Firefox Tracking Flags

(tracking-b2g:backlog, b2g-v2.0 unaffected, b2g-v2.1 affected, b2g-v2.2 verified, b2g-master verified)

Details

(Whiteboard: [2.1-exploratory-3][systemsfe], URL)

Attachments

(3 attachments, 1 obsolete attachment)

Description:
If the user has a browser window open, pulls down the notification tray and taps on the "update available" notification, they will notice the battery, signal and time will appear behind the overlay. 

Also, if the user tries to edge gesture while on the the download update overlay, the status bar will completely disappear.

Repro Steps:
1)  Updated Flame to Build ID: 20141110001201
2)  Tap on the "Browser" icon to open a browser window.
3)  Pull down the notification tray and tap on the "Update Available" notification while on the browser window.

Notice the battery, signal and time appear behind the "download update" overlay.

4) Edge gesture while on the "download update" overlay.

Actual:
The battery, signal and time appear behind the "download update" overlay. When the user edge gestures, the status bar disappears completely.

Expected:
The battery, signal and time appear correctly on the "download update" overlay and do not disappear when the user performs an edge gesture.

Environmental Variables
Device: Flame 2.1 (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141110001201
Gaia: 0ec1925fc37b7c71d129ae44e42516a0cfb013c4
Gecko: 97487a2d1ee6
Version: 34.0 (2.1)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Notes:
Repro frequency: 100%
See attached: video clip, logcat,
This issue also occurs on the Flame 2.2

Status bar appears behind the "download update" overlay and disappears when edge gesturing.

Flame 2.2

Device: Flame 2.2 Master (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141111040202
Gaia: 6af3a8a833eb8bb651e8b188cb3f3c3a43bb4184
Gecko: 76b85b90a8cb
Version: 36.0a1 (2.2) 
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0

--------------------------------------------------------------

This issue does not occur on the Flame 2.0

Status bar does not appear behind the "download update" overlay.

Flame 2.0

Device: Flame 2.0 (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141111000205
Gaia: dfdd6268b9784eafdd509f0ddf71407698ed5080
Gecko: fcc5d31f84d7
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?]
Flags: needinfo?(dharris)
Created attachment 8520974 [details]
Updateavailablestatuslog.txt
[Blocking Requested - why for this release]:

Status bar can disappear from view. Regression
blocking-b2g: --- → 2.1?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(dharris)
Keywords: regressionwindow-wanted
(Assignee)

Updated

4 years ago
Assignee: nobody → b.mcb
Lets fix on master and uplift if there is a low risk patch.
blocking-b2g: 2.1? → backlog
(Assignee)

Comment 5

4 years ago
Created attachment 8522902 [details] [review]
Proposed patch

Hey Etienne, the status bar is not behind the updates dialog. What happens here is that we conserve the status bar icons color so if we have an active app with light theme, we will see a dark status bar with light icons, which could seems that the status bar is behind.

So, I'm not sure about the approach I've implemented since I don't know if we have an elegant method to know which is the status bar theme. Could you review it and tell me if there is another way to fix the issue?

Thanks
Attachment #8522902 - Flags: review?(etienne)
I do not think this (any) regression window is valid. What I'm seeing on 'working' builds is that the notification bar icons are not even on the system update overlay / popup. Then the first broken has all the elements of this bug where they appear on the overlay and disappear as you edge swipe between apps behind the message screen. That seems to indicate that the feature where the icons show on the pop-up messages was implemented with this bug.

Central Regression Window:

Last Working:
Device: Flame 2.1
Build ID: 20140915120232
Gaia: 66af962728700c6d2cc13e93f8ed5d122305185a
Gecko: 9dce8a7d62fc
Gonk: Could not pull gonk.  Did you shallow Flash?
Version: 34.0a2 (2.1)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

First Broken:
Device: Flame 2.1
Build ID: 20140915142636
Gaia: b11e74449c1d54628d339c3b98ccc9802d59e904
Gecko: 7c2fa0c32d6f
Gonk: Could not pull gonk.  Did you shallow Flash?
Version: 34.0a2 (2.1)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Gaia/Gecko Swap
Last Working Gaia First Broken Gecko: Issue does NOT reproduce
Gaia: 66af962728700c6d2cc13e93f8ed5d122305185a
Gecko: 7c2fa0c32d6f
First Broken Gaia Last Working Gecko: Issue DOES reproduce
Gaia: b11e74449c1d54628d339c3b98ccc9802d59e904
Gecko: 9dce8a7d62fc

Gaia pushlog: https://github.com/mozilla-b2g/gaia/compare/66af962728700c6d2cc13e93f8ed5d122305185a...b11e74449c1d54628d339c3b98ccc9802d59e904
QA Whiteboard: [QAnalyst-Triage+]
Keywords: regressionwindow-wanted
Comment on attachment 8522902 [details] [review]
Proposed patch

Like you anticipated, there are a few issues with this approach:
* strong coupling between UpdateManager and StatusBar
* UpdateManager accessing the StatusBar's DOM
* UpdateManager keeping state for the StatusBar

We can do something similar to the lockscreen:
* from the UpdateManager, dispatch custom events for |updatepromptshown| and |updateprompthidden|
* from the StatusBar, listening to those events to remove the light class / put the status bar back to the current app style [1]

Then we will have 1 issue left: lockscreen events and updateprompt event not mixing well together. For example: while showing the update prompt on top of a browser tab, locking then unlocking the phone will setAppearance for the tab and put back the icons in "light" mode.
Instead of adding more complexity to the StatusBar code I think we should just discard the download prompt when the phone is locked (by listening to the lockscreen event).

Hope this makes sense, cheers!

[1] https://github.com/mozilla-b2g/gaia/blob/6f6e4b9b395b95dd920ee701d0c5ec6aa2c1d805/apps/system/js/statusbar.js#L354
Attachment #8522902 - Flags: review?(etienne) → review-
(Assignee)

Comment 8

4 years ago
Comment on attachment 8522902 [details] [review]
Proposed patch

I took into account your comments. Could you review the patch again?

Thanks!
Attachment #8522902 - Flags: review- → review?(etienne)
Comment on attachment 8522902 [details] [review]
Proposed patch

Awesome! r=me with a few more tests checking that the updateprompt* events are dispatched properly in update_manager_test.js
Attachment #8522902 - Flags: review?(etienne) → review+
(Assignee)

Comment 10

4 years ago
Comment on attachment 8522902 [details] [review]
Proposed patch

Etienne,please, take a quick look at the test cases to be sure everything it's ok.

Thanks!
Attachment #8522902 - Flags: feedback?(etienne)
Comment on attachment 8522902 [details] [review]
Proposed patch

Looks good (made a small comment on github).
Attachment #8522902 - Flags: feedback?(etienne) → feedback+
(Assignee)

Comment 12

4 years ago
Oh Etienne, I've missed the edge gestures. If you enable de |edges-debug| you will see that the |z-index| property of the edge panels is higher than the downloads overlay. What do you think about adding a class to the |screen| element, in order to downgrade the edge panels when the overlay is shown? Or there is another way to prevent the use of these panels?

AFAIK you worked on the edge gestures, didn't you?
Flags: needinfo?(etienne)
(In reply to Manuel Casas Barrado [:mancas] from comment #12)
> Oh Etienne, I've missed the edge gestures. If you enable de |edges-debug|
> you will see that the |z-index| property of the edge panels is higher than
> the downloads overlay. What do you think about adding a class to the
> |screen| element, in order to downgrade the edge panels when the overlay is
> shown? Or there is another way to prevent the use of these panels?
> 
> AFAIK you worked on the edge gestures, didn't you?

The edge_swipe_detector.js should listen for the updateprompt* events and turn the edge gestures on/off accordingly (by setting this.lifeCycleEnabled).
Flags: needinfo?(etienne)
(Assignee)

Comment 14

4 years ago
Comment on attachment 8522902 [details] [review]
Proposed patch

Done! Could you review the patch when you get a chance? Everything should be ok now :)

Thanks!
Attachment #8522902 - Flags: review+ → review?(etienne)
Comment on attachment 8522902 [details] [review]
Proposed patch

Hey, I made a small but important comment :)
(Thanks for taking the time to cover all the cases!)
Attachment #8522902 - Flags: review?(etienne)
(Assignee)

Comment 16

4 years ago
Comment on attachment 8522902 [details] [review]
Proposed patch

Good catch! I forgot that case. It should be cover, now.

Thanks!
Attachment #8522902 - Flags: review?(etienne)
Comment on attachment 8522902 [details] [review]
Proposed patch

all good, thanks! (tiny nits on github)
Attachment #8522902 - Flags: review?(etienne) → review+
(Assignee)

Comment 18

4 years ago
Nits solved, requesting check-in
Keywords: checkin-needed
https://github.com/mozilla-b2g/gaia/commit/8ef7d3b9bf21760ffb3492e45a86b1725a66b389
Status: NEW → RESOLVED
Last Resolved: 4 years ago
status-b2g-v2.2: affected → fixed
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → 2.2 S1 (5dec)
reverted for test failures like https://treeherder.mozilla.org/ui/logviewer.html#?job_id=890010&repo=b2g-inbound
Status: RESOLVED → REOPENED
Flags: needinfo?(b.mcb)
Resolution: FIXED → ---
(Assignee)

Comment 21

4 years ago
Created attachment 8528214 [details] [review]
Proposed patch

New patch with the linter test fixed. let's wait for green light in travis
Attachment #8522902 - Attachment is obsolete: true
Flags: needinfo?(b.mcb)
Attachment #8528214 - Flags: review+
(Assignee)

Updated

4 years ago
Keywords: checkin-needed
Master: https://github.com/mozilla-b2g/gaia/commit/381951392f7b4aae51e22b463bf59c79a5a9df07
Status: REOPENED → RESOLVED
Last Resolved: 4 years ago4 years ago
status-b2g-v2.2: fixed → affected
status-b2g-master: --- → fixed
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: 2.2 S1 (5dec) → 2.2 S4 (23jan)
This issue is verified fixed on Flame Master.

Result: The status bar icons do not disappear or get affected by edge gesture.

Environmental Variables:
Device: Flame 3.0
BuildID: 20150121010204
Gaia: 5e98dc164b17fd6decb48a9eaddef0e55b82e249
Gecko: 540077a30866
Gonk: e7c90613521145db090dd24147afd5ceb5703190
Version: 38.0a1 (3.0) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
status-b2g-master: fixed → verified
Flags: needinfo?(ktucker)
(Reporter)

Updated

4 years ago
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
blocking-b2g: backlog → ---
tracking-b2g: --- → backlog
Comment on attachment 8528214 [details] [review]
Proposed patch

This bug is really similar to bug 1144054: the edge gesture are active during a system level prompt which leads to confusing UX.

In one case an app install prompt in the other a update prompt.

I think we should block/uplift both or none of them.
Attachment #8528214 - Flags: approval-gaia-v2.2?

Updated

3 years ago
Attachment #8528214 - Flags: approval-gaia-v2.2? → approval-gaia-v2.2+
Created attachment 8630909 [details]
Flame_v2.2.3gp

This bug has been verified as pass on latest build of Flame v2.2 by the STR in Comment 0. 

Results:
The battery, signal and time appear correctly on the "download update" overlay and do not disappear when the user performs an edge gesture.

Attachment: Flame_v2.2.3gp
Rate: 0/15

Device: Flame v2.2 (Verified)
Build ID               20150707162503
Gaia Revision          ea11f422b687a982f0a961c9aea7858066561707
Gaia Date              2015-07-02 23:37:50
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/52d19a805d35
Gecko Version          37.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150707.202802
Firmware Date          Tue Jul  7 20:28:14 EDT 2015
Bootloader             L1TC000118D0
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][MGSEI-Triage+]
status-b2g-v2.2: fixed → verified
You need to log in before you can comment on or make changes to this bug.