1156339 - [e10s] An extraneous resize happens when switching between HiDPI and LowDPI displays

Status: NEW

(Core :: Widget: Cocoa, defect, P3)

Description

[David Parks [:handyman]]

In bug 1125325 comment 73, roc suggests some alternatives to avoid the extra resize event seen when switching between displays.

STR:
0. Connect external (LowDPI) display and set it up as the primary monitor, then disconnect it.
1. Open e10s window on retina MBP
2. Make fullscreen with the arrows in the upper-right-hand corner.
3. Connect the external LowDPI display.  The browser will move to that display.
4. Disconnect the external display.  The browser will move back to the laptop but will render at the incorrect size before immediately re-rendering at the right size.

Comment 1

[Paul Oiegas [:poiegas], PM for (Ecosystem QA, Services QA, WebCompat QA, Hubs QA teams)]

Hi,

This issue is still reproducible on latest Aurora (46.0a2-20160208004010) and latest Nightly (47.0a1-20160208030244) on Mac OS X 10.10 and 10.11. First the browser window is brought smaller, then it's maximized, and after the page content is resized separately (3 steps).

However, I have confronted this behavior with Safari browser on both OSes, which behaves as follow:
Mac OS X 10.10 - the window is brought smaller and after it's maximized together with it's content (2 steps);
Mac OS X 10.11 - the window is brought directly maximized and no resize occurs.

Performed the tests on MacBook Pro 13" retina display (early 2015).

Thanks,
Paul

Comment 2

[Jim Mathies [:jimm]]

is this an e10s specific bug?

Comment 3

[Paul Oiegas [:poiegas], PM for (Ecosystem QA, Services QA, WebCompat QA, Hubs QA teams)]

Hi Jim,

No, it's not e10s specific, it reproduces also with it disabled on latest Nightly and Aurora builds. I would've changed myself the tracking-e10s flag to "?", but I wasn't sure if the flag is used to mark e10s release issues to be fixed or just e10s only issues.

Comment 4

[Jim Mathies [:jimm]]

jarring, polish work since the browser recovers.