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 773496 - Setting GDK_SCALE and GDK_DPI_SCALE !=1 leads to misplacement of menus
Setting GDK_SCALE and GDK_DPI_SCALE !=1 leads to misplacement of menus
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkMenu
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2016-10-25 16:47 UTC by Christian Gogolin
Modified: 2018-04-15 00:38 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Christian Gogolin 2016-10-25 16:47:32 UTC
To use evolution on a high density screen, which are now popular in newer laptops, and still get reasonably large buttons one can set the GTK environment variables GDK_SCALE and GDK_DPI_SCALE (see https://wiki.archlinux.org/index.php/HiDPI for more information).

Since the most recent update, setting GDK_SCALE and GDK_DPI_SCALE to values !=1 makes menus apear in the wrong place, as the interface somehow things they can only be placed in the upper left quarter of the application window.

Steps to reproduce:

Start evolution as follows:

* export GDK_SCALE=2; export GDK_DPI_SCALE=0.5; evolution

* right click on some element that is not in the top left quarter of the application window to open a context menu

* The menu is not opened where the cursor is, but inside the top left quarter of the window.
Comment 1 Christian Gogolin 2016-10-25 16:53:53 UTC
I just noticed another very annoying side effect of setting GDK_SCALE=2 and GDK_DPI_SCALE=0.5: 

In vertical view with the Email with the Message Preview in the right most column, if a html email contains long lines of text that are wider than the Message Preview, so that vertical scrolling is necessary to see the whole message, a vertical scroll bar is shown, but vertical scrolling is not possible. Neither via the scroll bar, nor with the mouse or touchpad, so that it is essentially impossible to read such messages.
Comment 2 Milan Crha 2016-10-25 19:09:04 UTC
Thanks for a bug report. I've not much idea yet, I only want to add, for the reference, the other related bug report is bug #773494.
Comment 3 Milan Crha 2016-10-25 19:17:50 UTC
I tried a quick test and with gtk3-3.22.1-2.fc25.x86_64 I do not seem to be able to reproduce the issue. All the widgets are larger, though the font seems the same (also in the gtk3-demo). Running evolution as you suggested:

   $ export GDK_SCALE=2; export GDK_DPI_SCALE=0.5; evolution

and invoking a context menu in the folder tree places it where it should be. I'd like to suggest to try with some core application, like the aforementioned gtk3-demo, where you can run for example the "Application Class" demo, where is a context menu of the text area and also a standard menu. These work fine here.

I was told that there are some issues also with tooltips positioning when there are multiple monitors plugged and being used. Can this be the same reason?
Comment 4 Christian Gogolin 2016-10-26 08:58:21 UTC
I have libgtk-3-0 in version 3.22.1-1 here from Debian unstable.

Yes, all widgets should be larger but the font size the same.

I can reproduce the described behavior with various Gnome applications, including evolution, evince, shotwell, and also the gtk3-demo.

Both menus from the menu bar and context menus are affected.
Comment 5 Milan Crha 2016-10-31 13:26:03 UTC
(In reply to Christian Gogolin from comment #4)
> I can reproduce the described behavior with various Gnome applications,
> including evolution, evince, shotwell, and also the gtk3-demo.
> 
> Both menus from the menu bar and context menus are affected.

Thanks for the update. In that case I'm moving this to gtk+, because it's the common part of the applications.
Comment 6 Matthias Clasen 2018-02-10 05:10:35 UTC
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 7 Matthias Clasen 2018-04-15 00:38:03 UTC
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla.

If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab:

https://gitlab.gnome.org/GNOME/gtk/issues/new