1040317 - System Crash Overlay does not fill the entire screen.

Status: RESOLVED WONTFIX

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

Description

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

Attachment: 2014-07-17-12-59-22.png

1. Launch Browser
2. open http://116.228.149.59/streaming/audio/audio_index.html
3. Tap on any audio under "AUDIO 3GP" section
   --> b2g process restarts
4. wait for reboot
5. unlock the screen

Expected: system crash overlay fills the screen
Actual: status bar shows through.

Gecko     https://hg.mozilla.org/mozilla-central/rev/a74600665875
BuildID   20140717040202
Version   33.0a1
ro.build.version.incremental=109
ro.build.date=Mon Jun 16 16:51:29 CST 2014
B1TC00011220
flame

Comment 1

[Jason Smith [:jsmith]]

On one hand, this breaks a requirement of the visual refresh in which we must never show the transparent status bar. On another hand, this is reproducing with the crash reporter dialog, which feels like an edge case.

UX - Do you think this is a blocker or not?

Comment 2

[Stephany Wilkes]

I don't think this is a blocker, but I think it breaks the refresh and existing OS patterns. Rob, can you double check?

Comment 3

[Rob MacDonald [:robmac]]

The ux frameworks team opted to not cover the status bar with dialogs. However, this decision was made under the assumption that the status bar would always be black and the results in this instance are really not what was intended. Is it possible to make the status bar background black when a dialog is in place? Adding Michael to verify.

Comment 4

[Michael Henretty [:mikehenrty][:mhenretty]]

Yes this is certainly possible, but we would need a list of all the places where we need to override the app statusbar color. Where is the bug for showing the statusbar in dialogs? We can probably get a better idea of the amount of work for this change by looking at that bug.

Comment 5

[BMO Automation]

Firefox OS is not being worked on