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)
Core
Widget: Gtk
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.
Reporter | ||
Updated•7 years ago
|
Whiteboard: [mozfr-community]
Reporter | ||
Comment 1•7 years ago
|
||
This bug does not reproduce when user manually trigger a restart on shift + F2 CLI.
Updated•7 years ago
|
Component: Graphics → Widget: Gtk
Updated•7 years ago
|
Flags: needinfo?(xidorn+moz)
Comment 2•7 years ago
|
||
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?
Reporter | ||
Comment 3•7 years ago
|
||
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 :/
Reporter | ||
Updated•7 years ago
|
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
Comment 4•7 years ago
|
||
I'm running gtk3-3.22.30-1.fc28.i686 and un-maximizing maximizing solved the issue.
Reporter | ||
Comment 5•7 years ago
|
||
Same GTK here on Archlinux (extra/gtk3 3.22.30-1)
Comment 6•7 years ago
|
||
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.
Reporter | ||
Comment 7•7 years ago
|
||
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.
Comment 8•6 years ago
|
||
Comment 9•6 years ago
|
||
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 ;)
Comment 10•6 years ago
|
||
Martin, this is frequently encountered bug on Nightly.
Would it be something you could look at please?
Thanks! :)
Comment 11•6 years ago
|
||
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)
Comment 12•6 years ago
|
||
btw. this may be a dupe of Bug 1489463.
Updated•6 years ago
|
Status: NEW → RESOLVED
Closed: 6 years ago
Flags: needinfo?(clement.lefevre)
Resolution: --- → DUPLICATE
Comment 14•6 years ago
|
||
I toggled the Title Bar checkbox, and problem persists on Restart.
Comment 15•6 years ago
|
||
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 → ---
Updated•6 years ago
|
Updated•5 years ago
|
Comment 16•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).
Status: REOPENED → RESOLVED
Closed: 6 years ago → 5 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•