Bug 410810

Summary: Symbols in password input field not centered vertically with non default font
Product: [Frameworks and Libraries] libplasma Reporter: Pyroman <retratserif>
Component: componentsAssignee: Marco Martin <notmart>
Status: CONFIRMED ---    
Severity: minor CC: adabreug94, bhush94, bugseforuns, jr, kde, matejm98mthw, nate, neon-bugs, plasma-bugs, sitter, tamerfadli, yzshangs
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=416478
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: fontforge view of the ubuntu font's U+25CF
screenshot taken on neon unstable with default font settings
Screenlock password input

Description Pyroman 2019-08-11 11:26:11 UTC
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.
Comment 1 Ivan Safonov 2019-12-09 15:32:00 UTC
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
Comment 2 Nate Graham 2020-01-12 23:29:26 UTC
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.
Comment 3 Harald Sitter 2020-01-13 09:53:32 UTC
Created attachment 125084 [details]
fontforge view of the ubuntu font's U+25CF
Comment 4 Harald Sitter 2020-01-13 10:01:01 UTC
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 :|
Comment 5 Nate Graham 2020-01-17 20:21:21 UTC
*** Bug 416391 has been marked as a duplicate of this bug. ***
Comment 6 Nate Graham 2020-01-28 16:24:41 UTC
*** Bug 406402 has been marked as a duplicate of this bug. ***
Comment 7 Nate Graham 2020-01-28 18:00:19 UTC
*** Bug 416839 has been marked as a duplicate of this bug. ***
Comment 8 TF 2020-03-15 00:55:25 UTC
I’m having the same issue. Wondering if a fix had been discovered for KDE Neon
Comment 9 Christoph Feck 2020-04-09 20:14:03 UTC
*** Bug 418952 has been marked as a duplicate of this bug. ***
Comment 10 Jeffrey Bouter 2020-07-16 09:18:48 UTC
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.
Comment 11 Nate Graham 2020-07-16 15:26:39 UTC
That's good news.
Comment 12 Patrick Silva 2020-08-11 15:48:47 UTC
I can reproduce on neon unstable based on ubuntu 20.04. :(
Comment 13 Patrick Silva 2020-09-19 23:15:14 UTC
*** Bug 426710 has been marked as a duplicate of this bug. ***
Comment 14 RavenclawOIer 2020-09-20 07:07:35 UTC
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>
Comment 15 RavenclawOIer 2020-10-08 09:15:26 UTC
This bug affects more than just neon packages. Changed it.
Comment 16 Patrick Silva 2020-11-02 17:45:46 UTC
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
Comment 17 Pyroman 2021-01-01 12:20:24 UTC
After upgrading to Neon 18.04 stable (Plasma 5.20.4) I don't experience this issue anymore.
Comment 18 Pyroman 2021-01-01 12:22:47 UTC
(In reply to Pyroman from comment #17)
> After upgrading to Neon 18.04

20.04, sorry
Comment 19 Nate Graham 2021-01-01 14:42:34 UTC
Patrick, how about you?
Comment 20 Patrick Silva 2021-01-02 12:51:45 UTC
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
Comment 21 Pyroman 2021-01-02 13:30:08 UTC
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.
Comment 22 Nate Graham 2021-01-25 16:01:46 UTC
*** Bug 432042 has been marked as a duplicate of this bug. ***
Comment 23 Nate Graham 2022-08-16 16:03:33 UTC
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