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 673566 - file manager (nautilus) shifted down/right
file manager (nautilus) shifted down/right
Status: RESOLVED FIXED
Product: mutter
Classification: Core
Component: general
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
: 672643 673745 674289 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2012-04-05 12:26 UTC by Fabien Tassin
Modified: 2012-04-17 22:27 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot of nautilus shifted (113.77 KB, image/png)
2012-04-05 12:26 UTC, Fabien Tassin
  Details
Don't try to maximize DESKTOP and other "non-normal" windows (1.12 KB, patch)
2012-04-05 18:38 UTC, Owen Taylor
none Details | Review
Don't try to auto-maximize not-maximizable windows (1.10 KB, patch)
2012-04-05 18:54 UTC, Owen Taylor
committed Details | Review

Description Fabien Tassin 2012-04-05 12:26:33 UTC
Created attachment 211371 [details]
screenshot of nautilus shifted

When nautilus is managing the desktop, it's now appearing shifted at the bottom right. It usually starts after a g-s restart (or crash), and stays until the next X restart or reboot (a nautilus restart doesn't help, nor does toggling the gsettings pref).
It started a few weeks ago with 3.3.X (running g-s from trunk) so it's a regression.

Screenshot attached.

When leaving the Activities overview, nautilus appears at the right place for a split second, then moves back to its bogus position.

xprop of nautilus size hints:
WM_NORMAL_HINTS(WM_SIZE_HINTS):
		program specified location: 0, 0
		program specified minimum size: 1920 by 1080
		program specified maximum size: 1920 by 1080
		program specified base size: 0 by 0
		window gravity: NorthWest

There are some similar reports in F17 & Ubuntu:
https://bugzilla.redhat.com/show_bug.cgi?id=808895
http://lists.fedoraproject.org/pipermail/test/2012-March/106252.html
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/964796
Comment 1 Owen Taylor 2012-04-05 18:31:56 UTC
See also bug 672150 - though I'm not sure that's the same thing.
Comment 2 Owen Taylor 2012-04-05 18:34:50 UTC
This is caused by auto-maximization trying to run for the desktop window and failing.
Comment 3 Owen Taylor 2012-04-05 18:38:04 UTC
Created attachment 211419 [details] [review]
Don't try to maximize DESKTOP and other "non-normal" windows

Starting the auto-maximize process on a window like a
META_WINDOW_DESKTOP window that is not maximizable gets placement into
a confused state and eventually results in the window being positioned
at the wrong position (the position that an auto-maximized window would
be restored to.)
Comment 4 Owen Taylor 2012-04-05 18:54:08 UTC
Created attachment 211420 [details] [review]
Don't try to auto-maximize not-maximizable windows

New version based on IRC review that has_maximize_func covers a wider
range of non-maximizable windows.
Comment 5 drago01 2012-04-05 18:55:05 UTC
Review of attachment 211420 [details] [review]:

Looks good.
Comment 6 Owen Taylor 2012-04-05 18:56:43 UTC
Attachment 211420 [details] pushed as 93d06d4 - Don't try to auto-maximize not-maximizable windows
Comment 7 Fabien Tassin 2012-04-05 20:36:35 UTC
Thanks! marking verified fixed.
Comment 8 Rui Matos 2012-04-08 16:00:54 UTC
*** Bug 673745 has been marked as a duplicate of this bug. ***
Comment 9 Mantas Mikulėnas (grawity) 2012-04-14 19:02:15 UTC
*** Bug 672643 has been marked as a duplicate of this bug. ***
Comment 10 Cosimo Cecchi 2012-04-17 22:27:13 UTC
*** Bug 674289 has been marked as a duplicate of this bug. ***