1052333 - Time missing from status bar when wifi ON

Status: RESOLVED WORKSFORME

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

Description

[Eric Chang [:ericcc] [:echang]]

Attachment: v2.1-WifiOn-TimeMissing.png

### STR
1. Turn on Wifi.
2. Check status bar.

v2.1-WifiOn-TimeMissing.png
v2.1-WifiOFF-TimeReveals.png

### Actual
Time missing when wifi on

### Expected
Time stays regardless the wifi is on or off

### Version
Gaia      8f955d80d175e52283275d3197e4eae2574b389f
Gecko     https://hg.mozilla.org/mozilla-central/rev/391f42c733fc
BuildID   20140811160202
Version   34.0a1
ro.build.version.incremental=110
ro.build.date=Fri Jun 27 15:57:58 CST 2014
B1TC00011230

Comment 1

[Eric Chang [:ericcc] [:echang]]

Attachment: v2.1-WifiOFF-TimeReveals.png

Comment 2

[Eric Chang [:ericcc] [:echang]]

Hi, Alive, not sure if this is related to recent change of rocketbar, could you help to check this, thanks.

Comment 3

[(inactive after 6/18) Alive Kuo [:alive]]

I had the same question why time's priority is lower than icons..
https://mozilla.app.box.com/s/tu5wlt6z385dh44kr5my/1/2235461597/19549795927/1

Comment 4

[Jason Smith [:jsmith]]

QA Wanted for branch checks.

Comment 5

[Cody Roesch [:croesch]]

I was able to reproduce this bug with the reporters nightly build but NOT on any of our Engineering builds.

This bug does NOT repro on: Flame 2.1, Flame 2.0, Flame 1.4, Buri 2.1

Actual Result: Enabling Wifi does not cause the Time to disappear.

Repro Rate: 0/10 attempts

Environmental Variables:
Device: Flame Master
BuildID: 20140819054116
Gaia: b33b4d9558e0b9eabbfda7be23435e2b38fd40bf
Gecko: a38daccaa557
Version: 34.0a1 (Master) 
Firmware Version: v123
------------------------------------------------
Environmental Variables:
Device: Flame 2.0
BuildID: 20140819043715
Gaia: 6d14df4331b12f0cd89d473d2835a41ef5b7786d
Gecko: a4c34eacb8ae
Version: 32.0 (2.0) 
Firmware Version: v123
----------------------------------------------
Repro Rate:
Environmental Variables:
Device: Flame 1.4
BuildID: 20140818062816
Gaia: 21bec64497dc06a7f12071d573570ba8fea598ae
Gecko: 07d78d0f9bef
Version: 30.0 (1.4) 
Firmware Version: v123
----------------------------------------------
Environmental Variables:
Device: Buri Master
BuildID: 20140818072913
Gaia: ba1992f2addc5a84afc2eab426f222a6bf2962ba
Gecko: bf27e27c994d
Version: 34.0a1 (Master) 
Firmware Version: v1.2device.cfg

Comment 6

[Jason Smith [:jsmith]]

So is the above comment implying this bug should be marked as a wfm?

Comment 7

[Joshua Mitchell (Inactive)]

Seems like yes - No repro in Tinderbox builds

Comment 8

[Martin Shuman [:Marty]]

This is occurring in today's Nightly build, as well as today's Tinderbox Engineering build.
Time is not present in the status bar when WiFi is on.

Environmental Variables:
Device: Flame Nightly Master
Build ID: 20140820040203
Gaia: df39c463259d348396ef7f143c2c780eeb8f02d8
Gecko: ffdd1a398105
Version: 34.0a1 (Master)
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Environmental Variables:
Device: Flame Tinderbox Central Engineering
Build ID: 20140820071526
Gaia: 33d4b999f464fbad1c23d488da4689c5de9967ec
Gecko: cbbc380f1e1c
Version: 34.0a1 (Master)
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

This issue does NOT reproduce in yesterday's Nightly build.
Time displays properly in the status bar when WiFi is on.

Environmental Variables:
Device: Flame Nightly Master
Build ID: 20140819040202
Gaia: b33b4d9558e0b9eabbfda7be23435e2b38fd40bf
Gecko: 111a1da2a95d
Version: 34.0a1 (Master)
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Comment 9

[Martin Shuman [:Marty]]

This issue does NOT occur on today's Flame Nightly 2.0 build.
Time displays properly in the status bar when WiFi is on.

Environmental Variables:
Device: Flame Nightly 2.0
Build ID: 20140820000201
Gaia: 88db39a0826086024631049d83ae6aa397f0918d
Gecko: 2092ac87eceb
Version: 32.0 (2.0)
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Comment 10

[Peter Bylenga [:PBylenga]]

[Blocking Requested - why for this release]:
Bad visual regression of a core component.

Requesting a window.

Comment 11

[Peter Bylenga [:PBylenga]]

Resetting this bug as WFM and opened bug 1056379 per IRC request by Jason.