After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 708718 - GTK HeaderBar disappears from new style GNOME apps when fullscreen on secondary monitor
GTK HeaderBar disappears from new style GNOME apps when fullscreen on seconda...
Status: RESOLVED FIXED
Product: mutter
Classification: Core
Component: general
3.10.x
Other Linux
: Normal major
: ---
Assigned To: mutter-maint
mutter-maint
3.10.1
: 708939 710074 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-09-25 08:25 UTC by Matthew Wardrop
Modified: 2013-10-15 18:10 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
constraints: don't apply fullscreen workarounds for CSD windows (1.50 KB, patch)
2013-09-26 08:35 UTC, Giovanni Campagna 		committed Details | Review

Description Matthew Wardrop 2013-09-25 08:25:33 UTC 
Take any of the new GNOME apps which use the GTK header bar. Maximise them on a secondary monitor upon which there is no GNOME Shell bar. Click and drag the app, as if to unmaximise it; but before doing so, drop the window. Notice that the GTK header bar disappears; making it difficult to close and resize.

When the app saves its window size, such as nautilus, one has to enter the dconf-editor to recover from this.

Needless to say, this is undesirable.

[My system: Arch Linux, GNOME Shell 3.10.0].
Comment 1 Matthew Wardrop 2013-09-25 08:36:33 UTC 
I should add that the window also cannot be manipulated by holding down <Super>.
Comment 2 Giovanni Campagna 2013-09-25 08:37:14 UTC 
Window manager warning: Treating resize request of legacy application 0x280000a (Clocks) as a fullscreen request

We need to remove this workaround
Comment 3 Giovanni Campagna 2013-09-26 08:35:09 UTC 
Created attachment 255795 [details] [review]
constraints: don't apply fullscreen workarounds for CSD windows

If you maximize a CSD window on a monitor without struts, it ends
up taking the whole monitor size, but it doesn't mean that the
application wants to fullscreen.
Comment 4 Jasper St. Pierre (not reading bugmail) 2013-09-26 14:02:45 UTC 
Review of attachment 255795 [details] [review]:

Yep.
Comment 5 Giovanni Campagna 2013-09-26 14:08:23 UTC 
Attachment 255795 [details] pushed as 4eeeb15 - constraints: don't apply fullscreen workarounds for CSD windows
Comment 6 Fred Muller 2013-10-03 04:56:21 UTC 
Hi! Coming from bug 708939 I still have the bug on one of my (3) machines. All are running F20 and mutter-3.10.0.1-1.fc20.i686, nautilus-3.10.0-1.fc20.i686, but one still has the bug. Is there anything I can do to be more specific about the buggy one?
Comment 7 Matthew Wardrop 2013-10-03 05:01:21 UTC 
A release containing the fix has yet to be distributed. I think it will be in 3.10.1.
Comment 8 Fred Muller 2013-10-03 05:12:05 UTC 
Oh that's why.. but then the bug got fixed on the 2 other machines where it was also occurring. Well at least thanks for the pointer, I'll wait a little bit longer and come back if I'm still having it happen after the update.
Comment 9 António Fernandes 2013-10-03 07:16:17 UTC 
*** Bug 708939 has been marked as a duplicate of this bug. ***
Comment 10 Daniel Korostil 2013-10-14 13:29:55 UTC 
*** Bug 710074 has been marked as a duplicate of this bug. ***
Comment 11 António Fernandes 2013-10-15 18:10:41 UTC 
*** Bug 710201 has been marked as a duplicate of this bug. ***