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 118819 - Xinerama support somewhat broken.
Xinerama support somewhat broken.
Status: RESOLVED DUPLICATE of bug 86682
Product: metacity
Classification: Other
Component: general
2.4.x
Other Linux
: Normal minor
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2003-07-31 22:40 UTC by Dylan Griffiths
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.1/2.2



Description Dylan Griffiths 2003-07-31 22:40:00 UTC
This could be either a bug in MetaCity WRT panel constraint, or a bug in
Gnome Panel WRT spanning multiple monitors.  Either way, MetaCity still
reserves space for the panel on other monitors -- even when there is
nothing there!

Bug 1: MetaCity improperly constrains edge panels to 1 monitor, ever though
there are 2 monitors.  This causes the "phantom panel" effect where a
maximized window on an adjacent monitor acts like there is a panel there
already (<a href="http://thock.com/broken-panel-scaled.jpg">see
screenshot</a>).

Bug 2: Gnome Panel doesn't have an option to span 2 monitors in Xinerama
mode (Gnome Panel needs enchancement).  MetaCity still doesn't understand
that the panel's only on 1 monitor (<a
href="http://thock.com/broken-panel-scaled.jpg">see screenshot</a>).

If you could let me know wether this constraint to one monitor is the fault
of the WM or a bug in Gnome Panel so I can file another bug, that would be
great.
Comment 1 Rob Adams 2003-07-31 23:02:19 UTC

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