Firefox window doesn't resize when changing screens

[Jeppe Bundsgaard]

When dragging a firefox window from a high resolution screen (3200x1800) to a lower resolution screen (1680x1050), the window doesn't change size (the top bar becomes extremely large, the content of the web page gets very large too (I guess the DPI is kept the same)).
When doing the same in other programs (Evolution, Libreoffice etc.), the windows change size, that make the content fit better to the lower resolution screen.

Maybe this is a DPI-related problem, connected to bug https://bugs.launchpad.net/bugs/19524?

[Mcastelluccio (mcastelluccio)]

On the HiDPI display, everything looks nice.
On the lower DPI one, elements are doubled in size.

Other GNOME applications don't suffer the same problem.

[Mcastelluccio (mcastelluccio)]

This is on a fresh installation of Ubuntu 15.10 on my ThinkPad W451 (2880x1620) with an external DELL display (1920x1080).

[Karlt (karlt)]

Is Wayland involved here?

My understanding was that GTK didn't support different scale factors on different X11 monitors.

[Karlt (karlt)]

Gdk/WindowScalingFactor, Gdk/UnscaledDPI, and Xft/DPI are XSettings, and so come from the Screen. X11 usually has one Screen for multiple monitors, and so I don't know how different values would be found.

https://git.gnome.org/browse/gtk+/tree/gdk/x11/gdksettings.c?id=57d034ce9f16c883f2f91dd2cc3b3070a8e665e2#n73

[Mcastelluccio (mcastelluccio)]

No, Ubuntu still uses X11 AFAIK and doesn't even plan to use Wayland.

[Karlt (karlt)]

https://git.gnome.org/browse/gtk+/tree/gdk/x11/gdkscreen-x11.c?id=389ae3e0226533680acf67c6f62d3c3bdee1e4e2#n437

[M-kato (m-kato)]

Some interfaces will be changed by bug 890156 to support multi monitor DPI setting support.

[Mcastelluccio (mcastelluccio)]

*** Bug 1245167 has been marked as a duplicate of this bug. ***

[Karlt (karlt)]

(In reply to Marco Castelluccio [:marco] (PTO until August 24/25) from comment #0)
> Other GNOME applications don't suffer the same problem.

I have a report that gtk3-demo suffers the same problem but Unity applications don't.

Are you sure these were GNOME applications? I wonder whether Ubuntu has a modified libgtk-3 to listen to changes in GSettings com.ubuntu.user-interface scale-factor or dconf /com/ubuntu/user-interface/scale-factor.

man 7 dconf says

      "The dconf API is not particularly friendly, and is not guaranteed to be
       stable. Because of this and the lack of portability, you almost certainly
       want to use some sort of wrapper API around it. The wrapper API used by
       GTK+ and GNOME applications is GSettings[1], which is included as part of
       GLib. GSettings has backends for Windows (using the registry) and Mac OS
       (using property lists) as well as its dconf backend and is the proper API
       to use for graphical applications."

but last I looked GSettings was only really appropriate for application settings, because there wasn't a good way to test for the presence of settings. I wonder whether there is a better way to get system settings. Perhaps there is a system daemon that reads the GSettings and notifies dbus listeners. I haven't yet found documentation on these settings.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=489771
http://askubuntu.com/questions/510457/how-do-i-get-the-value-of-display-scale-for-menu-and-title-bars-from-the-c

[Kohei-yoshino (kohei-yoshino)]

*** Bug 1374311 has been marked as a duplicate of this bug. ***

[Jeppe Bundsgaard (jeppe)]

Actually the problem (very large top bar etc.) is also there when opening a new window, even if only the low resolution screen is on.

[Jeppe Bundsgaard (jeppe)]

Do any of you know a workaround to make the windows smaller? Or can you tell me how to provide more info to help solve the problem?
Thanks!

[Jeppe Bundsgaard (jeppe)]

Did you ever find a solution for this bug? I have the same problem in Gnome in Ubuntu 17.10.