Bug 1753020

Summary: Powerline symbols no longer align
Product: [Fedora] Fedora Reporter: Andrew Hutchings <andrew>
Component: terminus-fontsAssignee: Hans Ulrich Niedermann <rhbugs>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 33CC: extras-orphan, fonts-bugs, rhbugs
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-11-30 18:06:15 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Screenshot of zsh+om-my-zsh using powerline-fonts and terminus-fonts 4.48
none
Screenshot of expected outcome none

Description Andrew Hutchings 2019-09-17 19:39:38 UTC
Created attachment 1615993 [details]
Screenshot of zsh+om-my-zsh using powerline-fonts and terminus-fonts 4.48

Description of problem:
With version 4.48 of the Terminus font the powerline symbols no longer align for sizes less than 14pt

Version-Release number of selected component (if applicable):
terminus-fonts-4.48-1.fc30.noarch

How reproducible:
100%

Steps to Reproduce:
1. Install terminus-fonts and powerline-fonts.
2. Use something with powerline (zsh, vim, etc...)
3. Update to the latest terminus-fonts version
4. Use powerline things again

Actual results:
Bad symbol alignment

Expected results:
Good symbol alignment

Additional info:

Comment 1 Andrew Hutchings 2019-09-18 09:15:01 UTC
As a workaround removing all the fonts from /usr/share/fonts/terminus/ apart from ter-x*.pcf.gz fixes it. Is there a way of prioritising the ISO10646-1 font over the other code pages again?

Comment 2 Hans Ulrich Niedermann 2019-09-28 18:01:54 UTC
Could you please attach a screenshot of what this is supposed to look like?

Being unfamiliar with powerline, I have no idea what your expected behaviour looks like.

Comment 3 Andrew Hutchings 2019-09-30 08:14:56 UTC
Created attachment 1620983 [details]
Screenshot of expected outcome

This is a screenshot of the expected outcome. It is what happens when I remove everything but ter-x*.pcf.gz. It is also how it looked in the previous version of this font package.

My best guess is the upstream build process changed which characters are in which code pages, or something changed the order the code pages are loaded in.

Comment 4 Andrew Hutchings 2019-09-30 08:17:37 UTC
I forget to mention, the reason for the misalignment in the first place is that it that for some reason it is loading up the terminus font without the powerline characters in it (Terminus does have support for these characters) so the font rendering system is falling back to the powerline TTF font for these characters. That fallback doesn't align well and didn't happen previously.

Comment 5 Hans Ulrich Niedermann 2020-01-07 21:12:52 UTC
I cannot reproduce this on Fedora 31 with `terminus-fonts-4.48-2.fc31.noarch` installed. Neither in konsole nor in gnome-terminal.

Can you?

After all the stuff from bug 1748495 I suspect this also might have been fixed.

Comment 6 Jens Petersen 2020-01-08 03:21:17 UTC
I couldn't reproduce yet with F30-WORK-x86_64-LIVE-latest.iso.

You will probably need to give more exact reproduction details: maybe related to ohmyzsh?

Comment 7 Andrew Hutchings 2020-01-08 11:16:45 UTC
terminus-fonts-4.48-2.fc31.noarch still broken for me in Konsole (I don't have gnome-terminal). Not related to ohmyzsh, it happens in bash too when powerline characters are used.

If no one else can reproduce it and it affects no one else I guess it may be related to the Ryzen GPU and rendering or something, no one else seems to have those. Either way I'll just continue use a custom install of the font as a workaround for now.

Feel free to close as can't reproduce.

Comment 8 Jens Petersen 2020-01-08 14:56:05 UTC
I tried Fedora-KDE-Live-x86_64-31-1.9.iso too in QEMU and didn't see it there.
I will try F31-KDE-x86_64-LIVE-20191206.iso later too.

Comment 9 Hans Ulrich Niedermann 2020-01-09 02:12:25 UTC
Now I know why I did not see this bug any earlier:

It had mistakenly been filed against the long retired "terminus-font" package,
while the Terminus font has been packaged in the `terminus-fonts` package for
about 10 years.

Comment 10 Ben Cotton 2020-04-30 20:34:17 UTC
This message is a reminder that Fedora 30 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 30 on 2020-05-26.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '30'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 30 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 11 Ben Cotton 2020-11-03 15:34:14 UTC
This message is a reminder that Fedora 31 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '31'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 31 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 12 Hans Ulrich Niedermann 2020-11-06 15:14:48 UTC
I still need to verify this one.

Comment 13 Hans Ulrich Niedermann 2021-02-24 10:25:14 UTC
I have just tried this on F34 and cannot reproduce any powerline
symbol alignment issues when running the following powerline test:

    [user@host ~]$ zsh
    [user@host ~]$ powerline-daemon -q
    [user@host ~]$ . /usr/share/powerline/zsh/powerline.zsh
     ~  
     user  cd ......../ndim-utils/_build/master 
     …/ndim-utils/_build/master   master  
     user  

For reference, the following packages were being used here:

    gnome-terminal-3.38.1-3.fc34.x86_64
    powerline-2.8-4.fc34.x86_64
    powerline-fonts-2.8-4.fc34.noarch
    terminus-fonts-4.49.1-12.fc34.noarch
    zsh-5.8-4.fc34.x86_64

Comment 14 Ben Cotton 2021-11-04 16:00:57 UTC
This message is a reminder that Fedora 33 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '33'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 33 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 15 Ben Cotton 2021-11-30 18:06:15 UTC
Fedora 33 changed to end-of-life (EOL) status on 2021-11-30. Fedora 33 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

Comment 16 Red Hat Bugzilla 2023-09-15 00:18:45 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 500 days