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 772096 - Dual Monitor: Menu and ComboBox mispositioned
Dual Monitor: Menu and ComboBox mispositioned
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Backend: Wayland
3.20.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2016-09-28 03:24 UTC by Byron Clark
Modified: 2017-08-24 22:08 UTC
See Also:
GNOME target: ---
GNOME version: 3.19/3.20


Attachments
bottom aligned context menu (691.19 KB, image/png)
2016-09-28 03:24 UTC, Byron Clark
Details
top aligned context menu (696.03 KB, image/png)
2016-09-28 03:25 UTC, Byron Clark
Details
bottom aligned combo box (681.00 KB, image/png)
2016-09-28 03:26 UTC, Byron Clark
Details

Description Byron Clark 2016-09-28 03:24:50 UTC
Created attachment 336408 [details]
bottom aligned context menu

I have a dual monitor setup with displays of different sizes (left: 1600x900, right: 2560x1440). When I setup the displays to be bottom aligned, the selection portion of a combo box and context menus are all placed significantly lower than they should be. Example screenshot attached.

When I setup the displays to be top aligned, the same widgets appear in the correct location.
Comment 1 Byron Clark 2016-09-28 03:25:45 UTC
Created attachment 336409 [details]
top aligned context menu

Here's how it looks when the displays are top aligned, which is what I'd expect.
Comment 2 Byron Clark 2016-09-28 03:26:34 UTC
Created attachment 336410 [details]
bottom aligned combo box

combo box from gnome tweak tool showing the same behavior.
Comment 3 Byron Clark 2016-09-28 03:27:09 UTC
This may be related to https://bugzilla.gnome.org/show_bug.cgi?id=771841, but I don't think I'm using HiDPI mode on either display.
Comment 4 Byron Clark 2016-09-28 03:31:12 UTC
Filed under the Wayland backend because this does not appear when using X11.
Comment 5 Byron Clark 2016-09-28 03:38:42 UTC
Looking at the screen shots, they appear less than useful because my mouse pointer isn't visible. In both of the context menu screenshots, the right-click was in roughly the same location inside the gedit window.
Comment 6 Jonas Ådahl 2016-09-28 03:57:29 UTC
This bug is against gtk+ 3.20. gtk+ saw a lot of changes related to menu placement between 3.20 and 3.22, none which can be backported.

Can you reproduce the issue with 3.22?
Comment 7 Olivier Fourdan 2016-09-28 07:42:26 UTC
Could it be a dupe of bug 766722?
Comment 8 Byron Clark 2016-10-14 01:58:20 UTC
After upgrading to gtk+ 3.22 (distro version: 3.22.1+8+ge11df6c-2), the issue appears to be mostly resolved. The only place I see it now is for right click context menus in gnome-terminal.
Comment 9 Byron Clark 2016-10-14 02:01:25 UTC
The context menu in nautilus is also misplaced.

Combo Boxes definitely fixed.
Context Menus still misplaced.
Comment 10 Emmanuele Bassi (:ebassi) 2016-10-14 11:10:02 UTC
Nautilus 3.22.1 should have been switched to use gtk_menu_popup_at_pointer(), which should let GTK+ position the menu correctly.

For applications using gtk_menu_popup(), there's bug 772922 which is meant to slightly improve the chances of getting it right, and gtk_menu_popup() has been deprecated in Git.
Comment 11 Byron Clark 2016-10-15 13:46:56 UTC
Confirmed: Nautilus 3.22.1 gets the menu placement right. I think this can be closed since it's up to applications to fix usage now.