https://bugzilla.suse.com/show_bug.cgi?id=1167341 https://bugzilla.suse.com/show_bug.cgi?id=1167341#c8 Fabian Vogt <fvogt@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |fvogt@suse.com Resolution|DUPLICATE |--- Flags| |needinfo?(dieter.jurzitza@t | |-online.de) --- Comment #8 from Fabian Vogt <fvogt@suse.com> --- (In reply to Stefan Hundhammer from comment #6)

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.

AFAICT this got fixed in gnome a while ago, so it's unlikely to be that: https://build.opensuse.org/package/view_file/openSUSE:Leap:15.1:Update/gnome... Additionally, the screenshot shows the breeze window decoration and cursor theme, which indicates that this is actually not GNOME. In fact, comment 1 even says so :-) Is there a difference between "/usr/lib/YaST2/bin/y2controlcenter" as normal user and "kdesu /usr/lib/YaST2/bin/y2controlcenter"? Please provide the output of: env | grep QT_ xrdb -query | grep Xft -- You are receiving this mail because: You are on the CC list for the bug.