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

NEW
Unassigned

Status

()

P3
normal
3 years ago
2 months ago

People

(Reporter: handyman, Unassigned)

Tracking

({polish})

Trunk
x86
Mac OS X
polish
Points:
---

Firefox Tracking Flags

(e10s-, firefox40 affected, firefox44 affected, firefox45 affected, firefox46 affected, firefox47 affected)

Details

(Whiteboard: tpi:+)

(Reporter)

Description

3 years ago
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.
tracking-e10s: ? → +
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

3 years ago
is this an e10s specific bug?
Keywords: qawanted
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.
Flags: needinfo?(jmathies)

Updated

3 years ago
status-firefox44: --- → affected
status-firefox45: --- → affected
status-firefox46: --- → affected
status-firefox47: --- → affected
tracking-e10s: + → -
Flags: needinfo?(jmathies)
Keywords: qawanted

Updated

2 years ago
Priority: -- → P1
Whiteboard: tpi:+

Updated

2 years ago
Flags: needinfo?(spohl.mozilla.bugs)
Whiteboard: tpi:+ → tpi:?

Updated

2 years ago
Flags: needinfo?(spohl.mozilla.bugs)

Comment 4

2 years ago
jarring, polish work since the browser recovers.
Keywords: polish
Priority: P1 → P2
Whiteboard: tpi:? → tpi:+
Priority: P2 → P3
You need to log in before you can comment on or make changes to this bug.