Closed Bug 1027035 Opened 10 years ago Closed 10 years ago

It takes 2 swipes to show the utility tray when you are in the browser app

Categories

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

x86
macOS
defect
Not set
normal

Tracking

(blocking-b2g:2.0+, b2g-v2.0 verified, b2g-v2.1 verified, b2g-v2.2 verified)

VERIFIED FIXED
2.0 S5 (4july)
blocking-b2g 2.0+
Tracking Status
b2g-v2.0 --- verified
b2g-v2.1 --- verified
b2g-v2.2 --- verified

People

(Reporter: etienne, Assigned: vingtetun)

References

Details

(Keywords: regression)

Attachments

(1 file)

This is a recent regression it's working fine on 'master@{2014-06-15 18:00}'
The first times only shows the date in the top left corner, like if the statusbar only got a touchstart but no touchmove. I wonder if something screw up the top-panel z-index or something (for the fullscreen status bar). Any idea?
Flags: needinfo?(kgrandon)
QA Wanted to check 2.0.
Keywords: qawanted, regression
I tried reverting a few things that I thought might be a culprit, but no luck. Do you have a revision for when it was working? Doesn't seem like too big of an area to bisect, I can help out if needed.
Flags: needinfo?(kgrandon)
Let's branch check first, then we'll consider getting a window after the branch analysis occurs.
Comment on attachment 8445143 [details] [diff] [review] bug1027035.patch Review of attachment 8445143 [details] [diff] [review]: ----------------------------------------------------------------- Ha! At least it wasn't a stupid mistake :)
Attachment #8445143 - Flags: review?(etienne) → review+
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Keywords: qawanted
[Blocking Requested - why for this release]: Blocking bug 1042009 is a dupe of this.
blocking-b2g: --- → 2.0?
blocking-b2g: 2.0? → 2.0+
Verified the issue is fixed on Flame 2.2, 2.1 and 2.0 One swipe is enough to show the utility tray when you are in the browser app Device: Flame 2.2 Master KK BuildID: 20141103040202 Gaia: bc168c17474dabbcceaa349e9bc7c95654435aec Gecko: 5999e92e89ff Gonk: 48835395daa6a49b281db62c50805bd6ca24077e Version: 36.0a1 (2.2 Master) Firmware: V188 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0 Device: Flame 2.1 KK BuildID: 20141103001220 Gaia: 027a7de0c95320cea0579bfd1a4ceef3e9038f34 Gecko: ffecb2be228b Gonk: 48835395daa6a49b281db62c50805bd6ca24077e Version: 34.0 (2.1) Firmware: V188 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Device: Flame 2.0 KK BuildID: 20141103000201 Gaia: 7b8df9941700c1f6d6d51ff464f0c8ae32008cd2 Gecko: 82a6ed695964 Gonk: 48835395daa6a49b281db62c50805bd6ca24077e Version: 32.0 (2.0) Firmware: V188 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
Status: RESOLVED → VERIFIED
QA Whiteboard: [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: