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.
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
is this an e10s specific bug?
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.
status-firefox44: --- → affected
status-firefox45: --- → affected
status-firefox46: --- → affected
status-firefox47: --- → affected
tracking-e10s: + → -
Whiteboard: tpi:+ → tpi:?
jarring, polish work since the browser recovers.
Priority: P1 → P2
Whiteboard: tpi:? → tpi:+
You need to log in before you can comment on or make changes to this bug.