With Ubuntu Sans font sized 10pt it looks kike this: Breeze theme: https://i.imgur.com/XkA48sr.png https://i.imgur.com/OGo44dZ.png With password visibility turned on it's ok: https://i.imgur.com/KDbHQiN.png Oxygen theme affected too, but looks a little better: https://i.imgur.com/kQPfHEb.png Also it depends on screen resolution. This is 1280x1024. On a laptop with 1366x768 and Ubuntu Sans font 11pt it looks ok. Problem appeared since release of 5.16. Current version is 5.16.4.
I have the same issue with Ubuntu font. Operating System: KDE neon 5.17 KDE Plasma Version: 5.17.4 KDE Frameworks Version: 5.64.0 Qt Version: 5.13.2 Kernel Version: 5.0.0-37-generic
Weird, works fine for me with Ubuntu font at 10, 11, or 12pt size when using Manjaro or openSUSE Tumbleweed. Neon might have different fontconfig settings that could be causing this though. Both reports are from Neon, moving there for fontconfig investigation.
Created attachment 125084 [details] fontforge view of the ubuntu font's U+25CF
As per the screenshot I've attached the Ubuntu font does not contain symbol glyphs but rather inherits them from whatever fallback font that contains them first. This fallback font may employ a different font metric and in fact does on neon because the system-wide default font is Noto. So, essentially this is a variance of Bug 399155 Both commits should have been ultimately contributing to the plasma 5.16 experience so I suppose the fix for 399155 doesn't entirely fix the issue :|
*** Bug 416391 has been marked as a duplicate of this bug. ***
*** Bug 406402 has been marked as a duplicate of this bug. ***
*** Bug 416839 has been marked as a duplicate of this bug. ***
Iām having the same issue. Wondering if a fix had been discovered for KDE Neon
*** Bug 418952 has been marked as a duplicate of this bug. ***
I had this same issue on KDE Neon that's based on 18.04, but I cannot reproduce this anymore on the 20.04 (focal) based KDE Neon. I reckon fontconfig (as mentioned by Nate Graham earlier) has changed and therefore resolved this.
That's good news.
I can reproduce on neon unstable based on ubuntu 20.04. :(
*** Bug 426710 has been marked as a duplicate of this bug. ***
Reproduced on my system. <copy-pasted-from-system-information> Operating System: Kubuntu 20.04 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 Kernel Version: 5.4.0-45-generic OS Type: 64-bit </copy-pasted-from-system-information>
This bug affects more than just neon packages. Changed it.
I can reproduce this bug on neon unstable with Roboto fonts. The password field of the screen locker is affected. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.20.80 KDE Frameworks Version: 5.76.0 Qt Version: 5.15.0
After upgrading to Neon 18.04 stable (Plasma 5.20.4) I don't experience this issue anymore.
(In reply to Pyroman from comment #17) > After upgrading to Neon 18.04 20.04, sorry
Patrick, how about you?
Created attachment 134466 [details] screenshot taken on neon unstable with default font settings It's still reproducible on my neon unstable when I enter wi-fi password, tested with default font settings. And comment 16 is still valid. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.20.80 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2
Created attachment 134468 [details] Screenlock password input On my system it's not centered ideally too, but now it's not out of input field as in first comment. It's OK for me.
*** Bug 432042 has been marked as a duplicate of this bug. ***
Git commit 9131ac91e73f8096d5c687985c5840c6e12e5ade by Nate Graham, on behalf of Piotr Henryk Dabrowski. Committed on 16/08/2022 at 16:03. Pushed by ngraham into branch 'master'. TextField: fix height change when password dot appears Password dot character may have different height than standard font characters. It will then resize the password field on the lock screen, which doesn't look good. This commit fixes it. M +35 -11 src/declarativeimports/plasmacomponents3/TextField.qml https://invent.kde.org/frameworks/plasma-framework/commit/9131ac91e73f8096d5c687985c5840c6e12e5ade