Mozilla Firefox

Firefox window doesn't resize when changing screens

Bug #1730980 reported by Jeppe Bundsgaard
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Confirmed
Unknown
firefox (Ubuntu)
New
Undecided
Unassigned

Bug Description

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?

Revision history for this message
In , Mcastelluccio (mcastelluccio) wrote :

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.

Revision history for this message
In , Mcastelluccio (mcastelluccio) wrote :

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

Revision history for this message
In , Karlt (karlt) wrote :

Is Wayland involved here?

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

Revision history for this message
In , Karlt (karlt) wrote :

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

Revision history for this message
In , Mcastelluccio (mcastelluccio) wrote :

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

Revision history for this message
In , Karlt (karlt) wrote :

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

Revision history for this message
In , M-kato (m-kato) wrote :

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

Revision history for this message
In , Mcastelluccio (mcastelluccio) wrote :

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

Revision history for this message
In , Karlt (karlt) wrote :

(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

Revision history for this message
In , Kohei-yoshino (kohei-yoshino) wrote :

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

Revision history for this message
Jeppe Bundsgaard (jeppe) wrote :

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.

Revision history for this message
Jeppe Bundsgaard (jeppe) wrote :

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!

Revision history for this message
In , Jeppe Bundsgaard (jeppe) wrote :

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

Bug Watch Updater (bug-watch-updater)
Changed in firefox:
importance: Unknown → Medium
status: Unknown → Confirmed
Bug Watch Updater (bug-watch-updater)
Changed in firefox:
importance: Medium → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.