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

Status: RESOLVED DUPLICATE of bug 1489463

(Core :: Widget: Gtk, defect)

Description

[Clément Lefèvre]

Attachment: Screenshot from 2018-05-03 14-27-45.png

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.

Comment 1

[Clément Lefèvre]

This bug does not reproduce when user manually trigger a restart on shift + F2 CLI.

Comment 2

[Xidorn Quan [:xidorn] UTC+11]

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?

Comment 3

[Clément Lefèvre]

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 :/

Comment 4

[Ludovic Hirlimann [:Usul]]

I'm running gtk3-3.22.30-1.fc28.i686 and un-maximizing maximizing solved the issue.

Comment 5

[Clément Lefèvre]

Same GTK here on Archlinux (extra/gtk3 3.22.30-1)

Comment 6

[Michal Stanke (Mozilla.cz) [:mstanke][:MikkCZ]]

Attachment: 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.

Comment 7

[Clément Lefèvre]

Attachment: Screenshot from 2018-05-18 15-20-33-blurred.png

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

[Mathieu Leplatre [:leplatrem]]

Attachment: Screenshot from 2018-12-02 17-30-41.png

Comment 9

[Mathieu Leplatre [:leplatrem]]

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

[Mathieu Leplatre [:leplatrem]]

Martin, this is frequently encountered bug on Nightly.
Would it be something you could look at please?
Thanks! :)

Comment 11

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

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.

Comment 12

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

btw. this may be a dupe of Bug 1489463.

Comment 14

[Mathieu Leplatre [:leplatrem]]

I toggled the Title Bar checkbox, and problem persists on Restart.

Comment 15

[Pascal Chevrel:pascalc (PTO until April 26)]

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.

Comment 16

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