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 690239 - In multi-monitor setup with different resolutions, GTK does not check that content isn't displayed in invisible area
In multi-monitor setup with different resolutions, GTK does not check that co...
Status: RESOLVED INVALID
Product: gtk+
Classification: Platform
Component: Widget: Other
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2012-12-15 01:16 UTC by ar
Modified: 2012-12-16 18:59 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
GMPC GTK2 (165.05 KB, image/png)
2012-12-15 01:16 UTC, ar
Details
marlin GTK3 (126.67 KB, image/png)
2012-12-15 01:17 UTC, ar
Details

Description ar 2012-12-15 01:16:50 UTC
Created attachment 231602 [details]
GMPC GTK2

When I use two monitors that have a different resolution (eg. 1920x1080 and 1280x1024) in TwinView, the X Server will surround the smaller one with "dead space" (here 1280x56) to make the layout rectangular.

Now, when there is an application on that smaller monitor, GTK+ will not check that its "drop sections" — eg. the fields displayed on keyboard searches in lists, or event notifications — are not displayed in this invisible region.

(Not sure how to properly phrase this as I don't know the right terminology.)

See the screenshots for examples of such keyboard searches. Notifications, such as those by Steam Linux upon an incoming message, are placed at the bottom right of the layout, ie. almost entirely invisible in this configuration.

This happens independent of GTK+ version. For instance, Steam Linux and GMPC (screenshot) use GTK2 [2.24.14], Marlin (screenshot) GTK3 [3.6.2].
Comment 1 ar 2012-12-15 01:17:26 UTC
Created attachment 231603 [details]
marlin GTK3
Comment 2 Matthias Clasen 2012-12-15 16:13:11 UTC
we do respect the _NET_WORKAREA property for placing such popup windows. Make sure your window manager sets that properly
Comment 3 ar 2012-12-16 18:59:59 UTC
Then this bug is invalid. A search for that property and my WM xmonad shows that it's indeed a longstanding (since 2008) missing feature:

https://code.google.com/p/xmonad/issues/detail?id=158