[WebRender] Firefox reopened after an update has all the content shifted
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
People
(Reporter: kvark, Unassigned)
References
(Blocks 2 open bugs)
Details
Attachments
(3 files)
firefox-misplaced-window.png
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.
|
Reporter | |
Comment 1•6 years ago
|
||
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•6 years ago
|
||
Pushing over to Graphics for first diagnosis especially as the mouse input was in a different place to where Firefox was drawn.
|
||
Comment 3•6 years ago
|
||
I'm experiencing the mouse shift with webrender on since bug 1490344 landed.
|
||
Comment 4•6 years ago
|
||
I'll look at it.
|
|
||
Comment 5•6 years ago
|
||
Is that webrender only or do you also see that without HW acceleration?
|
||
Comment 6•6 years ago
|
||
With tabs in titlebar this is nothing new to me on WebRender/KDE/Debian Testing.
|
|
||
Comment 7•6 years ago
|
||
|
|
||
Comment 8•6 years ago
|
||
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.
|
|
Reporter | |
Comment 9•6 years ago
|
||
Looks like this is only happening with WebRender for me
|
|
||
Comment 10•6 years ago
|
||
Bug 1523721 opened about the mouse cursor issue.
|
|
||
Comment 11•6 years ago
|
||
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.
|
|
Reporter | |
Comment 12•6 years ago
|
||
The issue appears fixed in 67.0a1 (2019-01-29) (64-bit). I can no longer reproduce it myself.
|
|
||
Comment 13•6 years ago
|
||
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).
|
|
Reporter | |
Comment 14•6 years ago
|
||
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
|
|
||
Updated•6 years ago
|
|
||
Comment 15•6 years ago
|
||
This might be related to bug 1471094 which is also a shift of window after update.
|
|
||
Updated•6 years ago
|
|
|
||
Updated•5 years ago
|
|
|
||
Updated•5 years ago
|
|
|
||
Updated•5 years ago
|
|
|
||
Comment 17•5 years ago
|
||
(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).
Description
•