Closed Bug 1458860 Opened 7 years ago Closed 5 years ago

Main/first window after a restart applying an update will result in a fullscreen window with content sized as windowed and big black zone

Categories

(Core :: Widget: Gtk, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1489463

People

(Reporter: clement.lefevre, Unassigned)

References

Details

(Keywords: nightly-community, regression, regressionwindow-wanted, Whiteboard: [mozfr-community])

Attachments

(4 files)

Observed for a few days on latest nightlies on Archlinux, running Gnome 3.28: If browser is restarted to apply an update, the main (first window) only will appear with content of the size of windowed ones while the window is maximized and there's a big black zone around it. See the joined screenshot for how does it look like.
Whiteboard: [mozfr-community]
Blocks: 1446264
This bug does not reproduce when user manually trigger a restart on shift + F2 CLI.
Component: Graphics → Widget: Gtk
Flags: needinfo?(xidorn+moz)
I don't have any thought about how this can happen... Actually, bug 1446264 has been in Nightly for over a month, so if you just saw this for a few days, that's probably not a regression from that. It's more likely a regression from bug 1449166 which changes when GTK window gets maximized. It would still be good if there are steps to reproduce it rather than just observing this when updating... Is there any thing special we do in the startup after we apply upgrade?
Blocks: 1449166
No longer blocks: 1446264
Flags: needinfo?(xidorn+moz)
Well, I sadly can't reproduce it manually at all. I tried by typing restart in the shift + F2, it didn't reproduce the issue. However on the update's restart it's accurately reproducing on two different computers… Can't tell since when though :/
Summary: Main/first window after a restart applying an update will result in a fullscreen window with content sized as windowd and big black zone → Main/first window after a restart applying an update will result in a fullscreen window with content sized as windowed and big black zone
I'm running gtk3-3.22.30-1.fc28.i686 and un-maximizing maximizing solved the issue.
Same GTK here on Archlinux (extra/gtk3 3.22.30-1)
Attached image Snímek z 2018-05-11 18-34-30.png (deleted) —
It's also worth mentioning that the windows actually thinks it's vertically painted correctly. On this screenshot my cursor was almost at the top of the white area. I am running Fedora 28 with GNOME 3.28.1 and gtk3.x86_64 3.22.30-1.fc28, so the same GTK as guys above, only in 64 bits.
See the new joined screenshot, first it did have the same issue but this time with a very strange shape, not a simple rectangle: you can see the shape that stick out of the Nightly window. (In reply to Michal Stanke (Mozilla.cz) [:MikkCZ][:mstanke] (use needinfo) from comment #6) > Created attachment 8975075 [details] > Snímek z 2018-05-11 18-34-30.png > > It's also worth mentioning that the windows actually thinks it's vertically > painted correctly. On this screenshot my cursor was almost at the top of the > white area. > > I am running Fedora 28 with GNOME 3.28.1 and gtk3.x86_64 3.22.30-1.fc28, so > the same GTK as guys above, only in 64 bits. And buttons are exactly where they are, I could click them where I see them in this case. So I think your issue might maybe be a different one.
I regularly face this issue too (unmaximizing/maximizing solves it) I run Gnome 3.22+11 on Ubuntu 18.10, and it happens with Nightly 65.0a1 (2018-12-01), that I restart often ;)
Martin, this is frequently encountered bug on Nightly. Would it be something you could look at please? Thanks! :)
Okay. Can you please check if you can also reproduce that when drawing to titlebar is disabled and you use the system titlebar? Just enable system titlebar at Customize -> Title Bar. Thanks.
Flags: needinfo?(clement.lefevre)
btw. this may be a dupe of Bug 1489463.
Status: NEW → RESOLVED
Closed: 6 years ago
Flags: needinfo?(clement.lefevre)
Resolution: --- → DUPLICATE
I toggled the Title Bar checkbox, and problem persists on Restart.
I think we don't have enough information yet to mark it as a duplicate of bug 1489463, we should first look at STRs and find the regression window.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---

(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).

Status: REOPENED → RESOLVED
Closed: 6 years ago5 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: