1521175 - [WebRender] Firefox reopened after an update has all the content shifted

Status: RESOLVED DUPLICATE of bug 1489463

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

Description

[Dzmitry Malyshau [:kvark]]

Attachment: about-support.txt

I've just updated to "66.0a1 (2019-01-17) (64-bit)". When Firefox restarted, it no longer occupied the full screen visually. However, mouse input was still processed as if it was occupying the full screen. See the screenshot attached, where Firefox thinks I'm hovering the mouse over the "Close" button.

Comment 1

[Dzmitry Malyshau [:kvark]]

Attachment: firefox-misplaced-window.png

Note that there is an external monitor attached that is placed virtually above the main one, where Firefox is supposed to be running.

Comment 2

[Mark Banner (:standard8)]

Pushing over to Graphics for first diagnosis especially as the mouse input was in a different place to where Firefox was drawn.

Comment 3

[Ori Avtalion (salty-horse)]

I'm experiencing the mouse shift with webrender on since bug 1490344 landed.

Comment 4

[Martin Stránský [:stransky] (ni? me)]

I'll look at it.

Comment 5

[Martin Stránský [:stransky] (ni? me)]

Is that webrender only or do you also see that without HW acceleration?

Comment 6

[Darkspirit]

Attachment: Screenshot_20190129_115900.png

With tabs in titlebar this is nothing new to me on WebRender/KDE/Debian Testing.

Comment 7

[Darkspirit]

bug 1458860, bug 1502519/bug 1502516, bug 1508594, bug 1489463

Comment 8

[Ori Avtalion (salty-horse)]

On second thought, my issue is not the same as described in this bug.
I experienced the "half screen" issue prior to bug 1490344.

I will open a new bug.

Comment 9

[Dzmitry Malyshau [:kvark]]

Looks like this is only happening with WebRender for me

Comment 10

[Ori Avtalion (salty-horse)]

Bug 1523721 opened about the mouse cursor issue.

Comment 11

[Martin Stránský [:stransky] (ni? me)]

Hm, I'm unable to repoduce on Fedora 29 / gnome-shell with single monitor setup. I'll try reproduce that with more monitors. Also which system do you run? Thanks.

Comment 12

[Dzmitry Malyshau [:kvark]]

The issue appears fixed in 67.0a1 (2019-01-29) (64-bit). I can no longer reproduce it myself.

Comment 13

[Ori Avtalion (salty-horse)]

Reopening as it still happens with nightly.

In a single-monitor setup, Firefox appears to start full-screen, then the window appears to resize, and take up a quarter of the screen, but mouse events behave as if it's fullscreen (e.g. moving the mouse over the top of the screen, where the firefox window isn't drawn, highlights tabs drawn in the quarter-size window).

Comment 14

[Dzmitry Malyshau [:kvark]]

Yes, this appears to still be happening for me as well, regardless of the second screen...
Martin, you can find the info about my machine/environment in https://bugzilla.mozilla.org/attachment.cgi?id=9037654

Comment 15

[B.J. Herbison]

This might be related to bug 1471094 which is also a shift of window after update.

Comment 17

[Darkspirit]

(Kestrel from bug 1489463 comment 12)

Results vary with the compositor, the undersized rendered window is top left and clickable for Basic compositor and bottom left with offset click zones for OpenGL/WebRender. The rest of the screen can be rendered as a maximized window (X11), black (Basic on XWayland), transparent (WebRender on XWayland) or white (Wayland).