https://bugzilla.suse.com/show_bug.cgi?id=1167341 https://bugzilla.suse.com/show_bug.cgi?id=1167341#c6 Stefan Hundhammer <shundhammer@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(dieter.jurzitza@t | |-online.de) | --- Comment #6 from Stefan Hundhammer <shundhammer@suse.com> --- This sounds very much like a duplicate of an old bug: Scaling the desktop to factors that are not multiples of 0.25 makes Qt disregard the zoom factor. Zoom factor 1.0, 1.25, 1.5, 1.75, 2.0 etc. work just fine, but 1.26 or any other odd number does not. This is not a YaST problem, this is a problem of the desktop setting such a weird factor: It sets Xft.dpi in the X resources to a floating point number, but it's specified as an integer, so Qt refuses to parse it because it's out of spec (and our Qt maintainers didn't like our proposed fix to convert it to an int). You can check this: xrdb -query | grep -i dpi Your observation that setting fonts explicitly is a workaround confirms this. -- You are receiving this mail because: You are on the CC list for the bug.