webbrowser-app does not honour scale setting on HiDPI display

Bug #1591157 reported by Rachel Greenham on 2016-06-10
20
This bug affects 7 people
Affects Status Importance Assigned to Milestone
One Hundred Papercuts
High
Unassigned
Oxide
Undecided
Unassigned
unity-control-center (Ubuntu)
High
Unassigned
webbrowser-app (Ubuntu)
High
Unassigned

Bug Description

The attached screenshot should say it all, showing it in comparison with Firefox and, indeed, the rest of the Unity desktop.

Basically, on a 4K display, with a native resolution of 3840x2160, but with the scaling factor set to 2, and Scale all window contents set on, *most* of the unity desktop these days respects this; it nearly all works.

webbrowser-app seems to have no awareness of it at all, and thus its windows show up tiny.

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: webbrowser-app 0.23+16.04.20160413-0ubuntu1
ProcVersionSignature: Ubuntu 4.4.0-22.40-generic 4.4.8
Uname: Linux 4.4.0-22-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 10 12:55:30 2016
InstallationDate: Installed on 2016-03-30 (71 days ago)
InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Beta amd64 (20160323)
SourcePackage: webbrowser-app
UpgradeStatus: No upgrade log present (probably fresh install)

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in webbrowser-app (Ubuntu):
status: New → Confirmed
Olivier Tilloy (osomon) on 2016-06-10
Changed in webbrowser-app (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Invalid
importance: Medium → Undecided
Chris Coulson (chrisccoulson) wrote :

This isn't really a webbrowser-app or Oxide issue - this is a desktop environment issue. If you run webbrowser-app with QT_DEVICE_PIXEL_RATIO=2 then it works fine.

Changed in oxide:
status: New → Invalid

confirmed that environment variable set before opening the app works. Whose project do we complain at that QT apps don't (or rather, only inconsistently) follow this setting?

(For instance, when I set that in my ~/.profile, a different QT5 app, in which originally *some* of its widgets are scaled correctly, and some tiny, now has those former ones twice as big and the others normal-size.)

FWIW I put this in my ~/.profile:

QT_DEVICE_PIXEL_RATIO=$(gsettings get org.gnome.desktop.interface scaling-factor | cut -f2 -d' ')
export QT_DEVICE_PIXEL_RATIO

Obviously not ideal though. And I'm not even sure that's the correct setting, seeing as it's an integer value, and shows an int even when scaling factor in the display prefs is set to a fractional value.

But it fixes it for now so I can use webapp-container for TweetDeck, and that's where I came in. ;-)

Olivier Tilloy (osomon) wrote :

Tentatively re-targetting at unity-control-center. Presumably, the control center should also set the value of QT_DEVICE_PIXEL_RATIO. Although this wouldn’t help ensure that it remains in sync with the value of the dconf key at all times.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Olivier Tilloy (osomon) on 2016-06-13
affects: ubuntu-ui-toolkit (Ubuntu) → unity-control-center (Ubuntu)
Changed in unity-control-center (Ubuntu):
status: New → Confirmed
Changed in unity-control-center (Ubuntu):
status: New → Confirmed
Changed in webbrowser-app (Ubuntu):
importance: Undecided → High
Changed in unity-control-center (Ubuntu):
importance: Undecided → High
Changed in hundredpapercuts:
status: New → Confirmed
importance: Undecided → High
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers