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 788744 - HDPI: GTK2 applications always upscaled on external monitors regardless of used scaling factor
HDPI: GTK2 applications always upscaled on external monitors regardless of us...
Status: RESOLVED NOTABUG
Product: mutter
Classification: Core
Component: general
3.26.x
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
Depends on:
Blocks:
 
 
Reported: 2017-10-09 21:44 UTC by Michael Rapp
Modified: 2017-11-09 03:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of Google Chrome upscaled despite scaling factor set to 1 (1.09 MB, image/png)
2017-10-09 21:44 UTC, Michael Rapp
Details

Description Michael Rapp 2017-10-09 21:44:46 UTC
Created attachment 361205 [details]
Screenshot of Google Chrome upscaled despite scaling factor set to 1

A have a laptop with a HDPI screen connected to a docking station with two external FullHD monitors (no HIDPI). When connected to the dock, I usally turn off the laptop's built-in display and use a scaling-factor of 1 for the external monitors. 

Since updating to Gnome 3.26.1 I have problems with GTK2 applications not respecting the set scaling factor. E.g. Google Chrome, Firefox or Gimp are upscaled (to twice the original size) regardless of the current scaling factor (see attached screenshot). With Gnome 3.24 (and prior versions) I was able to set the scale factor via the following command or using Gnome Tweak Tool and all applications were scaled accordingly.

gsettings set org.gnome.desktop.interface scaling-factor 1

In Gnome 3.26 the window scaling setting was removed from "Tweaks" and is now part of the Gnome settings. However, the setting is only shown when the external monitors are not connected. Setting the scaling factor using the command above only affects GTK3 applications. Logging out and back in or restarting Gnome shell doesn't solve the issue. It occurs on both Wayland and X.

I am not sure, if this issue is actually related with Mutter. If not, feel free to move it accordingly.

My system runs Gnome 3.26.1 on Arch Linux.
Comment 1 Jeremy Bicha 2017-10-09 23:57:54 UTC
Google Chrome and Firefox both use GTK3.
Comment 2 Michael Rapp 2017-10-10 00:04:43 UTC
Okay, I wasn't aware that Firefox and Chrome already use GTK3. Maybe the issue isn't related with GTK2. But in fact there is a problem with these applications in the described scenario.
Comment 3 Michael Rapp 2017-10-10 07:06:30 UTC
Might be the same issue as in https://bugzilla.gnome.org/show_bug.cgi?id=788040
Comment 4 Michael Rapp 2017-11-05 18:55:25 UTC
The issue is still there in Gnome 3.26.2 although https://bugzilla.gnome.org/show_bug.cgi?id=788820 is marked as fixed. Is that patch already released? Maybe the issues aren't related contrary to my previous assumption.
Comment 5 Michael Rapp 2017-11-08 20:46:15 UTC
I managed to solve the issue. The problem was that the gsetting org.gnome.settings-daemon.plugins.xsettings was somehow set to {'Gtk/ShellShowsAppMenu': <0>}. The solution was to revert it to the default value, which is {}.

The gsetting org.gnome.desktop.interface scaling-factor doesn't seem to have any effect anymore.
Comment 6 Jonas Ådahl 2017-11-09 03:01:59 UTC
(In reply to Michael Rapp from comment #5)
...
> The gsetting org.gnome.desktop.interface scaling-factor doesn't seem to have
> any effect anymore.

It will override default monitor scale when generating a configuration, but if you have ever changed it from the control center then it wont have any effect. The proper way to change any scale now is to do so via the control center / monitor configuration, as any global scaling factor is limiting functionality on Wayland.