GNOME Bugzilla – Bug 734839
Don't enable hi-dpi on monitors with broken EDID
Last modified: 2014-10-30 16:46:26 UTC
This was added to X: http://cgit.freedesktop.org/~daniels/xserver/commit/?h=lodpi&context=4000 But should also be worked around in the Wayland backend for our XRandR compat layer.
I've added a hack (bug 738748) to avoid hi-dpi being set on those types of devices, but better would be to correct the dimensions so hi-dpi can be applied even if the manufacturer put the aspect ratio in the wrong place.
(In reply to comment #1) > I've added a hack (bug 738748) to avoid hi-dpi being set on those types of > devices, but better would be to correct the dimensions so hi-dpi can be applied > even if the manufacturer put the aspect ratio in the wrong place. Do you think the X code you pointed to is doing anything other than multiplying by the default DPI? X.org reports 96dpi via ScreenSizeMM these days without regard to what it is saying in detail per monitors.
I guess monitorResolution is never set to anything by default. It's likely that the equivalent of bug 738748 is enough then.
Created attachment 289685 [details] [review] wayland: Don't check for hi-dpi on monitors with broken EDID If the monitor reports a width/height that looks suspiciously like an aspect ratio (16/9 or 16/10) don't check for hi-dpi. We can assume that makers of devices that do support hi-dpi aren't so careless. See http://cgit.freedesktop.org/~daniels/xserver/commit/?h=lodpi
Review of attachment 289685 [details] [review]: Looks good
Attachment 289685 [details] pushed as 13b6bd2 - wayland: Don't check for hi-dpi on monitors with broken EDID