Bug 1955906

Summary: Windowed mode starts in top-left corner with 0-width window
Product: [Fedora] Fedora Reporter: James <james>
Component: mutterAssignee: Florian Müllner <fmuellner>
Status: ASSIGNED --- QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 34CC: fmuellner, gnome-sig, gwync, jadahl, jochen, otaylor, philwyett, walters
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description James 2021-05-01 11:21:31 UTC
Description of problem:
When Stellarium is changed from full-screen to windowed for the first time in a session, the window appears in the top-left corner of the screen with 0 width and just enough height for the title decoration.

This window may be drag-resized to something more usable, but the Stellarium view is drawn over the window's title decoration. To move it one has to hold down the Super key and drag the window from the interior.

Returning to full screen and then going windowed again results in a correctly-windowed view.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Start Stellarium full-screen (as default) under GNOME 40.
2. Exit full-screen.

Actual results:
Tiniest window in top-left.

Expected results:
Sensibly-sized window with decoration present.

Additional info:
Tested on both i915 and amdgpu.

Comment 1 Gwyn Ciesla 2021-05-03 13:40:00 UTC
I can reproduce this. Have you tested his under another desktop environment?

Comment 2 James 2021-05-03 15:25:28 UTC
Doesn't happen under KDE Plasma.

Comment 3 Gwyn Ciesla 2021-05-03 15:28:07 UTC
Good information. Sounds like a mutter bug, so reassigning there.

Comment 4 James 2021-05-03 16:43:32 UTC
(In reply to Gwyn Ciesla from comment #3)
> Good information. Sounds like a mutter bug, so reassigning there.

OK -- FYI I tried with the latest mutter git 96f2da9f, still happens.