Closed Bug 1095765 Opened 10 years ago Closed 10 years ago

[Notification] Status Bar is displayed on top of the notification tray

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.1 unaffected, b2g-v2.2 verified)

VERIFIED FIXED
Tracking Status
b2g-v2.1 --- unaffected
b2g-v2.2 --- verified

People

(Reporter: onelson, Unassigned)

References

Details

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

Attachments

(1 file)

Description:
When the user pulls down the notification tray of any app, they will notice that the 'Status Bar' is displayed on top of the Notification Tray. This display behaviour appears odd due to the opaque nature of the 'Notification Tray', with how other components from open apps are seen "through" the tray. This behaviour is only observed in the 2.2 Master Branch and is unobserved in 2.1 Branch, where 
   
Repro Steps:
1) Update a Flame device to BuildID: 20141107073659
2) Unlock device.
3) Drag down 'Notification Tray'; observe UI [Actual]
4) Open 'Dialer'.
5) Drag down 'Notification Tray'; observe UI [Actual]
6) Open 'Settings'.
7) Drag down 'Notification Tray'; observe UI [Actual]
 
Actual:
Status Bar displays on top of Notification Tray
  
Expected: 
Status Bar UI becomes monochrome to mimic 'Notification Tray'
  
*******************************************************

Environmental Variables:
----------------------------------------------
Device: Flame 2.2 Master
BuildID: 20141107073659
Gaia: 779f05fead3d009f6e7fe713ad0fea16b6f2fb31
Gecko: b62ccf3228ba
Gonk: 
Version: 36.0a1 (2.2 Master)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0

==============================================
Issue DOES NOT REPRO on flame 2.1 KK devices
Results: Status Bar UI becomes monochrome to mimic 'Notification Tray'
Device: Flame 2.1
BuildID: 20141107001205
Gaia: 6295f6acfe91c6ae659712747dd2b9c8f51d0339
Gecko: 8c23b4f2ba29
Gonk: 
Version: 34.0 (2.1)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
----------------------------------------------

*******************************************************

Repro frequency: 5/5
See attached:
image
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Keywords: regression
Whiteboard: [2.2-Daily-Testing]
This is inconsistent behavior and a regression from 2.1 so nominating this 2.2?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Contact: pcheng
This issue is caused by the patch by bug 1091483, which has been backed out, and I've checked the latest b2g inbound build and I've confirmed that the issue has been fixed by the backout of bug 1091483.

Issue no longer occurs on the following b2g inbound build:
Device: Flame 2.2 Master
BuildID: 20141107153906
Gaia: 256dc078d6d7e8669a2eab3e89dd09c526fef608
Gecko: d202d770bbc4
Version: 36.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
fixed by backout of bug 1091483
Status: NEW → RESOLVED
blocking-b2g: --- → 2.2?
Closed: 10 years ago
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Depends on: 1091483
Flags: needinfo?(jmitchell)
QA Contact: pcheng
Resolution: --- → FIXED
forgot to flip the tracking flag to fixed
blocking-b2g: 2.2? → ---
Verified the issue is fixed on master 2.2 Flame

E.me search bar doesn't appear on the notification screen

"Flame 2.2

Device: Flame 2.2 (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141119040205
Gaia: e64428c5b2dce5db90b75a5055077a04f4bd4819
Gecko: bc2c36dda0a9
Version: 36.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0"
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: