fonts-bugs March 2020

fonts-bugs@lists.fedoraproject.org

1 participants
182 discussions

[Bug 1707723] New: meta package to require Sans, Serif and Mono subpackages
by bugzilla＠redhat.com 24 Nov '20

24 Nov '20

https://bugzilla.redhat.com/show_bug.cgi?id=1707723 Bug ID: 1707723 Summary: meta package to require Sans, Serif and Mono subpackages Product: Fedora Version: rawhide Status: NEW Component: dejavu-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk, peter(a)thecodergeek.com, redhat-bugzilla(a)linuxnetz.de Target Milestone: --- Classification: Fedora Description of problem: There may be disagreement but I think it might be nice if dejavu-fonts provided a metapackage to pull in dejavu-sans-fonts, dejavu-serif-fonts and dejavu-sans-mono-fonts. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1770047] New: Subpixel rendering failure in Fedora 31 for right-aligned windows on a multihead machine.
by bugzilla＠redhat.com 24 Nov '20

24 Nov '20

https://bugzilla.redhat.com/show_bug.cgi?id=1770047 Bug ID: 1770047 Summary: Subpixel rendering failure in Fedora 31 for right-aligned windows on a multihead machine. Product: Fedora Version: 31 Hardware: x86_64 OS: Linux Status: NEW Component: freetype Severity: medium Assignee: mkasik(a)redhat.com Reporter: alastair(a)d-silva.org QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, gnome-sig(a)lists.fedoraproject.org, john.j5live(a)gmail.com, kevin(a)tigcc.ticalc.org, mclasen(a)redhat.com, mkasik(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: I have a 3 monitor setup: Left: Dell 3007WFP 2560x1600 Middle: Seiki 40" 4K TV 3840x2160 Right: Thinkpad T480 builtin 2048x1152 When a Firefox instance (or Gnome Text Editor window) is right aligned (meta-right) on the middle screen, it displays properly. However, after switching virtual consoles (ctrl-alt-up/down/left/right), and returning back, the right aligned window show subpixel rendering artifacts. I've attached screenshots before & after switching consoles, the window that displays the problem is the right browser in the middle screen (visiting Opencores). This problem did not occur in Fedora 30, only after upgrading to Fedora 31. The problem also does not occur if I move the window away from the edge of the centre display. Version-Release number of selected component (if applicable): freetype.x86_64 2.10.0-3.fc31 @fedora How reproducible: Every time, with my display configuration Steps to Reproduce: 1. Launch Gnome Text Editor, ensure it is on the middle screen and enter some text 2. Right align the window (meta-right) 3. Shift away and back to the virtual console 4. Observe text that was currectly rendered in the text editor now has artifacts Actual results: Poorly rendered text Expected results: Correctly rendered text Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 1769475] New: Cantarell rendering of Cyrillic letter њ is broken
by bugzilla＠redhat.com 21 Nov '20

21 Nov '20

https://bugzilla.redhat.com/show_bug.cgi?id=1769475 Bug ID: 1769475 Summary: Cantarell rendering of Cyrillic letter њ is broken Product: Fedora Version: 31 Hardware: x86_64 OS: Linux Status: NEW Component: abattis-cantarell-fonts Severity: low Assignee: klember(a)redhat.com Reporter: galileo(a)pkm-inc.com QA Contact: extras-qa(a)fedoraproject.org CC: cosimo.cecchi(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, ian(a)ianweller.org, klember(a)redhat.com, me(a)fale.io Target Milestone: --- Classification: Fedora Created attachment 1633402 --> https://bugzilla.redhat.com/attachment.cgi?id=1633402&action=edit Cantarell vs Liberation Sans Description of problem: Rendering of Cyrillic letter њ is broken, I have attached the image from LibreOffice but it shows up in other applications like Firefox. The fist line is Cantarell, the second (with proper rendering) is Liberation Sans Version-Release number of selected component (if applicable): abattis-cantarell-fonts-0.111-3.fc31.noarch How reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1769476] New: Cantarell rendering of Cyrillic letter њ is broken
by bugzilla＠redhat.com 05 Nov '20

05 Nov '20

https://bugzilla.redhat.com/show_bug.cgi?id=1769476 Bug ID: 1769476 Summary: Cantarell rendering of Cyrillic letter њ is broken Product: Fedora Version: 31 Hardware: x86_64 OS: Linux Status: NEW Component: abattis-cantarell-fonts Severity: low Assignee: klember(a)redhat.com Reporter: galileo(a)pkm-inc.com QA Contact: extras-qa(a)fedoraproject.org CC: cosimo.cecchi(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, ian(a)ianweller.org, klember(a)redhat.com, me(a)fale.io Target Milestone: --- Classification: Fedora Description of problem: Rendering of Cyrillic letter њ is broken, I have attached the image from LibreOffice but it shows up in other applications like Firefox. The fist line is Cantarell, the second (with proper rendering) is Liberation Sans Version-Release number of selected component (if applicable): abattis-cantarell-fonts-0.111-3.fc31.noarch How reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1790041] New: CVE-2020-5395 fontforge: Use-after-free in SFD_GetFontMetaData function in sfd.c
by bugzilla＠redhat.com 30 Oct '20

30 Oct '20

https://bugzilla.redhat.com/show_bug.cgi?id=1790041 Bug ID: 1790041 Summary: CVE-2020-5395 fontforge: Use-after-free in SFD_GetFontMetaData function in sfd.c Product: Security Response Hardware: All OS: Linux Status: NEW Component: vulnerability Keywords: Security Severity: low Priority: low Assignee: security-response-team(a)redhat.com Reporter: psampaio(a)redhat.com CC: eng-i18n-bugs(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com, paul(a)frixxon.co.uk, pnemade(a)redhat.com Target Milestone: --- Classification: Other FontForge 20190801 has a use-after-free in SFD_GetFontMetaData in sfd.c. Upstream issue: https://github.com/fontforge/fontforge/issues/4084 -- You are receiving this mail because: You are on the CC list for the bug.

1 22

[Bug 1703849] New: [pango] pango-view fails for backend ft2 because of missing dependency on ImageMagick
by bugzilla＠redhat.com 20 Oct '20

20 Oct '20

https://bugzilla.redhat.com/show_bug.cgi?id=1703849 Bug ID: 1703849 Summary: [pango] pango-view fails for backend ft2 because of missing dependency on ImageMagick Product: Fedora Version: 29 Hardware: x86_64 OS: Linux Status: NEW Component: pango Assignee: tagoh(a)redhat.com Reporter: jfrieben(a)hotmail.com QA Contact: extras-qa(a)fedoraproject.org CC: caillon+fedoraproject(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, gnome-sig(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mclasen(a)redhat.com, pwu(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: Using pango-view with backend ft2 in a current Fedora 29 Workstation installation fails because pango-view tries to launch the display utility from ImageMagick which has not been pulled in as a dependency. Version-Release number of selected component (if applicable): pango-1.42.4-2.fc29 How reproducible: Always Steps to Reproduce: 1. Launch GNOME session of a current Fedora 29 Workstation installation. 2. Run 'pango-view --backend=ft2 -t PANGO'. Actual results: Utility pango-view aborts with the error message: "pango-view: When running ImageMagick 'display' command: Failed to execute child process “display” (No such file or directory)" Expected results: Utility pango-view displays the sample text. Additional info: - Installing package ImageMagick prior to running pango-view ensures correct execution. Therefore, adding ImageMagick as a requirement of package pango solves this issue. - It is probably preferable to patch pango-view such that it calls "gm display" from package GraphicsMagick and to pull in the latter instead of ImageMagick. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1797926] New: Korean Baekmuk fonts does not map missing glyphs to id 0
by bugzilla＠redhat.com 20 Oct '20

20 Oct '20

https://bugzilla.redhat.com/show_bug.cgi?id=1797926 Bug ID: 1797926 Summary: Korean Baekmuk fonts does not map missing glyphs to id 0 Product: Fedora Version: 31 Hardware: All OS: All Status: NEW Component: baekmuk-ttf-fonts Severity: medium Assignee: pwu(a)redhat.com Reporter: matt(a)nightrealms.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Target Milestone: --- Classification: Fedora From https://bugs.chromium.org/p/chromium/issues/detail?id=1042994 "So the font, does not map missing characters to a glyph id 0, missing glyph id, but instead maps it to a glyph named '.null', glyph id 12505." The result is that when Chrome tries to display the Korean characters listed at http://www.alanwood.net/unicode/hangul-jamo-extended-b.html the characters come out as blank. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1766971] New: Default monospace font Amharic is weird, makes gnome-terminal look weird
by bugzilla＠redhat.com 23 Sep '20

23 Sep '20

https://bugzilla.redhat.com/show_bug.cgi?id=1766971 Bug ID: 1766971 Summary: Default monospace font Amharic is weird, makes gnome-terminal look weird Product: Fedora Version: 31 Status: NEW Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, gnome-sig(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mclasen(a)redhat.com, pnemade(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Created attachment 1630570 --> https://bugzilla.redhat.com/attachment.cgi?id=1630570&action=edit Screenshot.png [mfabian@localhost ~]$ fc-match monospace:lang=de DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book" [mfabian@localhost ~]$ fc-match monospace:lang=ja NotoSansCJK-Regular.ttc: "Noto Sans Mono CJK JP" "Regular" [mfabian@localhost ~]$ fc-match monospace:lang=en DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book" [mfabian@localhost ~]$ fc-match monospace:lang=am FreeSerif.ttf: "FreeSerif" "Regular" [mfabian@localhost ~]$ cat /etc/fedora-release Fedora release 31 (Thirty One) [mfabian@localhost ~]$ Maybe there is no monospace font for Amharic ☹ This makes gnome-terminal look weird in am_ET.UTF-8 locale, see screenshot. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1752858] New: Combinations Reph (र्श्व) not rendering correctly with Harfbuzz in gedit
by bugzilla＠redhat.com 22 Sep '20

22 Sep '20

https://bugzilla.redhat.com/show_bug.cgi?id=1752858 Bug ID: 1752858 Summary: Combinations Reph (र्श्व) not rendering correctly with Harfbuzz in gedit Product: Fedora Version: 31 Status: NEW Component: lohit-devanagari-fonts Assignee: petersen(a)redhat.com Reporter: psatpute(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com, sshedmak(a)redhat.com, vishalvijayraghavan(a)gmail.com Target Milestone: --- Classification: Fedora Created attachment 1615839 --> https://bugzilla.redhat.com/attachment.cgi?id=1615839&action=edit Image showing rendering issue Description of problem: Combination र्श्व is not rendering correctly in gedit/harfbuzz. But it works properly in Firefox Version-Release number of selected component (if applicable): lohit-devanagari-fonts 2.95.4-9 harfbuzz-2.6.0-1 How reproducible: Evertime Steps to Reproduce: 1. Open Terminal 2. Type commng: hb-view /usr/share/fonts/lohit-devanagari/Lohit-Devanagari.ttf र्श्व 3. Observe result Actual results: Reph not getting form. Expected results: Expected Reph should get formed. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1767384] New: After upgrade to Fedora 31, terminal with LucidaTypewriter Sans font only shows unicode rectangles
by bugzilla＠redhat.com 02 Sep '20

02 Sep '20

https://bugzilla.redhat.com/show_bug.cgi?id=1767384 Bug ID: 1767384 Summary: After upgrade to Fedora 31, terminal with LucidaTypewriter Sans font only shows unicode rectangles Product: Fedora Version: 31 Status: NEW Component: bitmap-fonts Assignee: psatpute(a)redhat.com Reporter: jpazdziora(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pnemade(a)redhat.com, psatpute(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: After upgrading my Fedora 30 XFCE workstation to Fedora 31, my xfce4-terminals that are configured to use LucidaTypewriter Sans font only rectangles instead of letters. Version-Release number of selected component (if applicable): bitmap-lucida-typewriter-fonts-0.3-31.fc31.noarch How reproducible: Deterministic. Steps to Reproduce: 1. Use xfce4-terminal with LucidaTypewriter Sans on Fedora 30. 2. Upgrade to Fedora 31. Actual results: Unreadable. Expected results: Readable. Additional info: On Fedora 31 installation, the LucidaTypewriter Sans font cannot even be selected in terminal's Preferences > Appearance > Font selection. -- You are receiving this mail because: You are on the CC list for the bug.

1 14

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs March 2020