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 666073 - Improper window maximization and drag behavior on secondary monitor
Improper window maximization and drag behavior on secondary monitor
Status: RESOLVED DUPLICATE of bug 663690
Product: mutter
Classification: Core
Component: general
3.2.x
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
Depends on:
Blocks:
 
 
Reported: 2011-12-13 10:04 UTC by dylan.q.public
Modified: 2015-05-14 23:15 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description dylan.q.public 2011-12-13 10:04:10 UTC
Description of problem:
I observe several problems with window maximization and drag behavior on
windows positioned in a secondary monitor.  I don't ever observe these problems
on the primary monitor.  The resolutions of the monitors are:

Primary:    1280x800
Secondary:  1920x1080

The secondary monitor is above the first.

The improper behavior is described below, but it's more easily understood by
watching the attached video.

1.  When maximizing a window, the window is maximized vertically but not
horizontally.  The horizontal border is positioned to what appears to be the
edge of the primary monitor below it.

2.  Maximizing to half of the screen does not work.  Dragging a window to the
right or left border does not result in the corresponding half of the desktop
being highlighted.

3.  There are arbitrary "stick" or "snap" lines.  When dragging a window
horizontally, it sticks to this line until dragged well past the line.  The
vertical line is in a different position when dragging left vs. right.

Version-Release number of selected component (if applicable):
mutter-3.2.1-2.fc16.x86_64

How reproducible:
This behavior is only reproducible when the secondary monitor is "above" the
first.  Arranging the secondary monitor below, left, or right results in
windows behaving as expected.  I've tested this with two secondary monitors
that both have larger horizontal resolutions than the primary.  I have also tested it with a secondary monitor that has the same horizontal resolution as the primary.  I have not tested it with one that has a smaller horizontal resolution. 


Additional info:
Video card is an Intel mobile GM45 Express using
xorg-x11-drv-intel-2.15.0-5.fc15.x86_64.

I am running a Fedora and have observed this in F15 and F16.

This bug was originally filed in the fedora bugzilla at 
https://bugzilla.redhat.com/show_bug.cgi?id=746462.  I was told to re-file this upstream.
Comment 1 dylan.q.public 2011-12-13 10:33:13 UTC
For now, see the Fedora bug for the video.  Gnome Bugzilla limits non-patch attachments to < 1MB and I'm having trouble resizing the video.
Comment 2 Florian Müllner 2011-12-13 13:06:17 UTC
Arguably there is an issue with struts here (see the sanity checks in ensure_work_areas_validated() in src/core/workspace.c) which allows you to move windows above the strut set by the panel - the spec[0] is explicit in that struts are relative to _screen_ edges (rather than monitor edges), so to my understanding, monitors above the panel are rightfully unsupported (e.g. windows cannot be moved to it).

[0] http://standards.freedesktop.org/wm-spec/wm-spec-latest.html#id2552096
Comment 3 Florian Müllner 2015-05-14 23:15:59 UTC
Thanks for taking the time to report this.
This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 663690 ***