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 727131 - place sensible upper bound on dpi
place sensible upper bound on dpi
Status: RESOLVED DUPLICATE of bug 738748
Product: gnome-settings-daemon
Classification: Core
Component: xsettings
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-settings-daemon-maint
gnome-settings-daemon-maint
Depends on:
Blocks:
 
 
Reported: 2014-03-27 02:22 UTC by Daniel Stone
Modified: 2014-12-15 16:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Daniel Stone 2014-03-27 02:22:29 UTC 
Clutter blindly takes the DPI from the X server bounds, but unfortunately it does dumb things sometimes; when faced with a projector claiming a physical size of 16x9mm, Clutter assumes the projector is fantastically dense, and triggers HiDPI / scale support.  Unfortunately this isn't overly helpful when you're 10 metres away from something that only does 1024x768.

There's a fix for the server here, but regardless it seems like it would be good to place some sensible upper bound on the detected DPI.

http://cgit.freedesktop.org/~daniels/xserver/commit/?h=lodpi
Comment 1 Emmanuele Bassi (:ebassi) 2014-12-14 20:12:02 UTC 
we get the resolution from the Xft/DPI XSETTINGS key, and fall back to 96.0 if that's unset.

it's probably better to have gnome-settings-daemon return a reasonable bounded value, especially because otherwise GTK will do exactly the same.
Comment 2 Rui Matos 2014-12-15 16:46:14 UTC 

*** This bug has been marked as a duplicate of bug 738748 ***