Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1674281 - Fonts are not rendering for SVG files used as banners at the bottom of the installer
Summary: Fonts are not rendering for SVG files used as banners at the bottom of the in...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: fedora-logos
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Tom "spot" Callaway
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: AcceptedFreezeException
Depends On:
Blocks: F30BetaFreezeException
TreeView+ depends on / blocked
 
Reported: 2019-02-10 18:52 UTC by Zbigniew Jędrzejewski-Szmek
Modified: 2019-03-22 18:02 UTC (History)
18 users (show)

Fixed In Version: fedora-logos-30.0.1-1.fc30
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-03-22 18:02:51 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)
screenshot from installer with no text in "ad" (89.52 KB, image/png)
2019-02-10 18:52 UTC, Zbigniew Jędrzejewski-Szmek 		no flags Details
View All

Description Zbigniew Jędrzejewski-Szmek 2019-02-10 18:52:08 UTC 
Created attachment 1528794 [details]
screenshot from installer with no text in "ad"

Description of problem:
With Fedora-Server-netinst-x86_64-Rawhide-20190209.n.3.iso, there is no text in the banners at the bottom of the installer. The background images are shown fine. See attachment.

Version-Release number of selected component (if applicable):
Fedora-Server-netinst-x86_64-Rawhide-20190209.n.3.iso

How reproducible:
Don't know.

Steps to Reproduce:
1. Run the installer from iso, look at the bottom
Comment 1 Vendula Poncova 2019-02-11 10:12:50 UTC 
The banners are provided by fedora-logos. Reassigning.
Comment 2 Tom "spot" Callaway 2019-02-11 14:47:33 UTC 
Hmmmmm. I am not sure why the text is not rendering here. 

These graphics are SVG files, and each text field has this style declaration:

style="font-size:20px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Comfortaa;-inkscape-font-specification:Comfortaa"

Perhaps there is something wrong with how fonts are being rendered (either in general or specific to Comfortaa)? When the SVG file is opened in inkscape, it renders properly, but when opened with eog, the text is missing. Maybe something in Pango or Freetype?

Either way, these SVG files have not changed between Fedora 29 and Rawhide, so I am doubtful that they are to blame.
Comment 3 Marek Kašík 2019-02-11 15:58:26 UTC 
It seems to me that the SVG file has incorrect systemLanguages for chinese. There are "zh_TW" and "zh_CN" listed but since it should be in BCP 47 form, it should be probably "zh-tw" (or "zh-han-tw" - I'm not expert in this) and "zh-cn". If I change it, the default text shows correctly but I can not show the "zh_TW" one ("LC_ALL="zh_TW" eog Rhythmbox.svg").
Maybe the parser of the "<switch>" just gives up once it encounters wrong parameter and doesn't draw anything else.
Comment 4 Tom "spot" Callaway 2019-02-11 16:14:04 UTC 
(In reply to Marek Kašík from comment #3)
> It seems to me that the SVG file has incorrect systemLanguages for chinese.
> There are "zh_TW" and "zh_CN" listed but since it should be in BCP 47 form,
> it should be probably "zh-tw" (or "zh-han-tw" - I'm not expert in this) and
> "zh-cn". If I change it, the default text shows correctly but I can not show
> the "zh_TW" one ("LC_ALL="zh_TW" eog Rhythmbox.svg").
> Maybe the parser of the "<switch>" just gives up once it encounters wrong
> parameter and doesn't draw anything else.

Wow. Good catch. That seems to be exactly what is happening here. I'm not exactly sure what the "right" fix is here though.
Comment 5 Marek Kašík 2019-02-11 16:24:44 UTC 
It seems that this is caused by the fix of this issue which is in librsvg2 2.45.0:

https://gitlab.gnome.org/GNOME/librsvg/issues/256
Comment 6 Marek Kašík 2019-02-14 18:46:59 UTC 
(In reply to Tom "spot" Callaway from comment #4)
> Wow. Good catch. That seems to be exactly what is happening here. I'm not
> exactly sure what the "right" fix is here though.

The first step should be to fix this in fedora-logos. Then look at Inkscape if it really created the <switch> in those SVGs.
Comment 7 Zbigniew Jędrzejewski-Szmek 2019-03-18 13:12:22 UTC 
Still an issue in Fedora-Workstation-Live-x86_64-30-20190316.n.1.iso.
Comment 8 Fedora Update System 2019-03-18 15:16:08 UTC 
fedora-logos-30.0.1-1.fc30 has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-8dce45ea81
Comment 9 Adam Williamson 2019-03-21 15:30:20 UTC 
Proposing as a Beta FE in case we slip today; if we do I think it'd be worth fixing this in Beta.
Comment 10 Fedora Update System 2019-03-21 19:10:36 UTC 
fedora-logos-30.0.1-1.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-8dce45ea81
Comment 11 Ben Cotton 2019-03-22 15:39:31 UTC 
+1 FE
Comment 12 Mohan Boddu 2019-03-22 15:40:38 UTC 
Agreeing with Adam W in #c9.

+1 FE
Comment 13 Kevin Fenzi 2019-03-22 15:41:07 UTC 
+1 FE
Comment 14 Adam Williamson 2019-03-22 16:03:14 UTC 
That's enough votes, marking as accepted.
Comment 15 Fedora Update System 2019-03-22 18:02:51 UTC 
fedora-logos-30.0.1-1.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.
Note You need to log in before you can comment on or make changes to this bug.