Fix Metro Firefox such that app renders properly after window is snapped or device is rotated

RESOLVED FIXED in mozilla17

Status

()

Core
Graphics: Layers
RESOLVED FIXED
5 years ago
3 years ago

People

(Reporter: jwilde, Assigned: bbondy)

Tracking

unspecified
mozilla17
x86
Windows 8.1
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: completed-elm)

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
Currently, if the Metro window is snapped or the device is rotated, the rendered UI is squished to the left and right side of the screen is black.  The tap targets appear to be placed correctly, though.
(Assignee)

Comment 1

5 years ago
This used to work but must have regressed at some point
(Assignee)

Comment 2

5 years ago
This regressed when we switched to using the LayerManager.  It takes care of resizing the swap buffers itself and we used to do it ourselves.  The problem was that it was trying to resize the swap buffer for 1 buffer but we need 2 for Metro.

http://hg.mozilla.org/projects/elm/rev/71e64f3c92fc
Whiteboard: completed-elm
(Assignee)

Updated

5 years ago
Assignee: nobody → netzen
(Assignee)

Comment 3

5 years ago
Created attachment 645757 [details] [diff] [review]
Patch v1.

I'd like to sync up m-c with elm. Metro requires 2 buffers, so the resize call was failing with a param of 1.
Attachment #645757 - Flags: review?(bas.schouten)
(Assignee)

Updated

5 years ago
Blocks: 750898, 747347
(Assignee)

Updated

5 years ago
Component: General → Graphics: Layers
Product: Firefox → Core
Attachment #645757 - Flags: review?(bas.schouten) → review+
(Assignee)

Comment 4

5 years ago
http://hg.mozilla.org/integration/mozilla-inbound/rev/1cfacf0e86b4
Target Milestone: --- → mozilla17
https://hg.mozilla.org/mozilla-central/rev/1cfacf0e86b4
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
OS: Windows 8 Metro → Windows 8.1
You need to log in before you can comment on or make changes to this bug.