fonts-bugs May 2018

fonts-bugs@lists.fedoraproject.org

2 participants
81 discussions

[Bug 1580458] New: [ta_IN] Error in latest Tamil ttf
by bugzilla＠redhat.com 23 Jul '18

23 Jul '18

https://bugzilla.redhat.com/show_bug.cgi?id=1580458 Bug ID: 1580458 Summary: [ta_IN] Error in latest Tamil ttf Product: Fedora Version: rawhide Component: lohit-tamil-fonts Severity: high Assignee: psatpute(a)redhat.com Reporter: nsesha92(a)yahoo.co.in QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Created attachment 1439625 --> https://bugzilla.redhat.com/attachment.cgi?id=1439625&action=edit Error screen shot jpeg Description of problem: Hi, 1. Latest ttf-tar says version 2.91.3, but when installed it shows as 2.91.1 2. Glyph issue with 'ra', 'na' and its i, ii, u, uu .. series. 3. shrii is missing, should be next to kshii per 2.5.3 Screen shot attached. Wram regards Seshadri Version-Release number of selected component (if applicable): 2.91.3 & 2.91.1 How reproducible: Screen shot attached. Steps to Reproduce: 1. See in Windows Character Map 2. 3. Actual results: Expected results: Additional info: I am trying my luck with FontForge to correct these errors. Will try to get back in few days. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1542331] New: Please update for for new version
by bugzilla＠redhat.com 23 Jul '18

23 Jul '18

https://bugzilla.redhat.com/show_bug.cgi?id=1542331 Bug ID: 1542331 Summary: Please update for for new version Product: Fedora Version: rawhide Component: paktype-naskh-basic-fonts Assignee: psatpute(a)redhat.com Reporter: psatpute(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com, psatpute(a)redhat.com Description of problem: New release PakType-Release-2017-06-25.zip https://sourceforge.net/projects/paktype/files/PakType-Release-2017-06-25.z… Version-Release number of selected component (if applicable): paktype-naskh-basic-fonts-4.1-8.fc27.noarch How reproducible: everytime Steps to Reproduce: 1. Check version in Fedora 2. Check in upstream https://sourceforge.net/projects/paktype/files/PakType-Release-2017-06-25.z… 3. Actual results: downstream is not updated. Expected results: Should be updated to latest version Additional info: Please do this for other paktype-* as well. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 500110] New: [hi_IN][Dependent Vowels]Press backspace key it delete the whole char and letter before it
by Red Hat Bugzilla 19 Jul '18

19 Jul '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [hi_IN][Dependent Vowels]Press backspace key it delete the whole char and letter before it https://bugzilla.redhat.com/show_bug.cgi?id=500110 Summary: [hi_IN][Dependent Vowels]Press backspace key it delete the whole char and letter before it Product: Fedora Version: 10 Platform: i386 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: kxiong(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: In gedit press Backspace key to delete the whole char,it delete both the whole char and the letter before it Version-Release number of selected component (if applicable): pango-devel-1.22.1-1.fc10.i386 pango-1.22.1-1.fc10.i386 pangomm-2.14.0-2.fc10.i386 How reproducible: always Steps to Reproduce: 1.In gedit input dabenा 2.Press Backspace key to delete the whole char ा Actual results: It delete the whole char and the letter n when pressing the Backspace key. Expected results: It should only delete the whole char. Additional info: 1. U+093E ा 2. U+093F ि 3. U+0940 ी 4. U+0941 ु 5. U+0942 ू 6. U+0943 ृ 7. U+0944 ॄ 8. U+0945 ॅ 9. U+0946 ॆ 10. U+0947 े 11. U+0948 ै 12. U+0949 ॉ 13. U+094B ो 14. U+094C ौ in Dependent Vowels all have the same problem -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 52

[Bug 1569943] New: upgrading from Liberation 1 to 2 in a desktop session can affect rendering of text
by bugzilla＠redhat.com 19 Jul '18

19 Jul '18

https://bugzilla.redhat.com/show_bug.cgi?id=1569943 Bug ID: 1569943 Summary: upgrading from Liberation 1 to 2 in a desktop session can affect rendering of text Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: alexl(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mbarnes(a)fastmail.com, mclasen(a)redhat.com, petersen(a)redhat.com, psatpute(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Description of problem: The Liberation 1 and 2 fonts may be binary incompatible in the sense that upgrading a live desktop from Liberation 1 to 2 seemed to corrupt some characters for me in Firefox (with Ariel text in Google Docs for the default unordered list mark symbols). Version-Release number of selected component (if applicable): liberation-fonts-2.00.1 Actual results: '·' -> '>' '⃝' -> '<' for example Expected results: Not change of glyphs. Additional info: I suspect this might be due to caching of the old font's tables in memory. It would be better if the tables were more compatible I suppose. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1569848] New: Fontlint gives error with korean font.
by bugzilla＠redhat.com 25 Jun '18

25 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1569848 Bug ID: 1569848 Summary: Fontlint gives error with korean font. Product: Fedora Version: 28 Component: fonts-korean Assignee: extras-orphan(a)fedoraproject.org Reporter: poyadav(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: extras-orphan(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org Description of problem: When testing for technical/common isssues for Korean font, getting error. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Install Fedora in korean locale 2. Run the command fontlint /usr/share/fonts/naver-nanum/NanumGothic.ttf Actual results: Getting below error: [test@localhost ~]$ fontlint /usr/share/fonts/naver-nanum/NanumGothic.ttf Copyright (c) 2000-2014 by George Williams. See AUTHORS for Contributors. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> with many parts BSD <http://fontforge.org/license.html>. Please read LICENSE. Based on sources from 21:59 UTC 11-Feb-2018-ML-D. Based on source from git with hash: Attempt to unget two characters CHECKING /usr/share/fonts/naver-nanum/NanumGothic.ttf ERROR 2 Self-intersecting glyph ERROR 3 Wrong direction ERROR 5 Missing points at extrema WARNING 99 Flags in the OS/2 table say the font is non-free FAIL /usr/share/fonts/naver-nanum/NanumGothic.ttf Expected results: There should be no error. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 525881] New: Please rebuild using external Adobe CMap and AGLFN data
by Red Hat Bugzilla 13 Jun '18

13 Jun '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please rebuild using external Adobe CMap and AGLFN data https://bugzilla.redhat.com/show_bug.cgi?id=525881 Summary: Please rebuild using external Adobe CMap and AGLFN data Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: freetype AssignedTo: besfahbo(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, kevin(a)tigcc.ticalc.org, fedora-fonts-bugs-list(a)redhat.com Blocks: 182235,473302 Classification: Fedora Description of problem: The Debian fonttool packager noticed a problem in fonttool's embedded Adobe CMap and AGLFN data and got Adobe to release them under a good license This data is embeded in many packages, including yours Please rebuild your package using an external shared Adobe CMap and AGLFN data package FE-LEGAL since this was all triggered by a legal check Debian-side See also http://bonedaddy.net/pabs3/log/2009/09/24/adobe-data-freed/ http://lwn.net/Articles/354360/ http://opensource.adobe.com/wiki/display/cmap/CMap+Resources -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 9

[Bug 1332250] New: Incorrect font configuration
by Red Hat Bugzilla 13 Jun '18

13 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1332250 Bug ID: 1332250 Summary: Incorrect font configuration Product: Fedora Version: rawhide Component: open-sans-fonts Assignee: pvoborni(a)redhat.com Reporter: dag.odenhall(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, pvoborni(a)redhat.com When a website requests Open Sans, Firefox uses Comfortaa. I have both fonts installed. I don't know if the following is the cause, because the matching works correctly with fc-match, but I discovered this and it's still wrong, I think. The open-sans-fonts package includes this fontconfig rule: <alias> <family>Open Sans</family> <prefer> <family>sans-serif</family> </prefer> </alias> In my understanding of fontconfig, this is saying "Edit the font family list for Open Sans and prepend the sans-serif font family" i.e. Open Sans itself is given *less* priority than all other sans-serif fonts. The aajohan-comfortaa-fonts package includes this (correct) rule: <alias> <family>sans-serif</family> <prefer> <family>Comfortaa</family> </prefer> </alias> And so perhaps C being early in the alphabet or perhaps because being the next fontconfig file in my conf.d (I don't fully understand fontconfig) the combined effect ends up being "When looking for Open Sans, the first match is sans-serif which in turn is Comfortaa". I think the Open Sans rule above should be edited to something closer to the Comfortaa rule above, like: <alias> <family>sans-serif</family> <prefer> <family>Open Sans</family> </prefer> </alias> The second rule it contains is also wrong, I think, and not like how any other fonts are configured: <alias> <family>sans-serif</family> <default> <family>Open Sans</family> </default> </alias> Should probably also swap the families like so: <alias> <family>Open Sans</family> <default> <family>sans-serif</family> </default> </alias> This Firefox bug seems relevant but I think this is a bug in the packaged font configuration and really unrelated to Firefox (I didn't read the whole bug): https://bugzilla.mozilla.org/show_bug.cgi?id=1245811 -- You are receiving this mail because: You are on the CC list for the bug.

2 19

[Bug 1321551] New: RFE: Recommend some specific general purpose font
by Red Hat Bugzilla 07 Jun '18

07 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1321551 Bug ID: 1321551 Summary: RFE: Recommend some specific general purpose font Product: Fedora Version: rawhide Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: ville.skytta(a)iki.fi QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, tagoh(a)redhat.com Currently fontconfig has a dependency on font(:lang=en). For minimal setups where fontconfig is involved in that don't specify anything more specific than that, it results in getting the first satisfying package by alphabetical sort order to be installed. At the moment that is aajohan-comfortaa-fonts, which is not a very good default, and could change based on what names of packages are available. Instead, I suggest adding (in addition to the existing hard dependency on font(:lang=en)) a Recommends that would by default (with dnf) pull in something that is a better default and already a default in common Fedora installations, such as abattis-cantarell-fonts which AFAIK is the default for GNOME. Some other potential candidates would be liberation-sans-fonts and dejavu-sans-fonts. Not sure if Suggests would work for this purpose, or if it needs to be Recommends. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1444911] New: CVE-2017-7864 freetype: heap-based buffer overflow related to the tt_size_reset function
by bugzilla＠redhat.com 31 May '18

31 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1444911 Bug ID: 1444911 Summary: CVE-2017-7864 freetype: heap-based buffer overflow related to the tt_size_reset function Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: amaris(a)redhat.com CC: behdad(a)fedoraproject.org, bmcclain(a)redhat.com, cfergeau(a)redhat.com, dblechte(a)redhat.com, eedri(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, gklein(a)redhat.com, kevin(a)tigcc.ticalc.org, lsurette(a)redhat.com, mgoldboi(a)redhat.com, michal.skrivanek(a)redhat.com, mkasik(a)redhat.com, rbalakri(a)redhat.com, rh-spice-bugs(a)redhat.com, rjones(a)redhat.com, sherold(a)redhat.com, srevivo(a)redhat.com, ydary(a)redhat.com, ykaul(a)redhat.com FreeType 2 before 2017-02-02 has an out-of-bounds write caused by a heap-based buffer overflow related to the tt_size_reset function in truetype/ttobjs.c. Bug report: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=509 Upstream patch: https://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=e669959… -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1429965] New: CVE-2016-10244 freetype: parse_charstrings function in type1/ t1load.c does not ensure that a font contains a glyph name
by bugzilla＠redhat.com 31 May '18

31 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1429965 Bug ID: 1429965 Summary: CVE-2016-10244 freetype: parse_charstrings function in type1/t1load.c does not ensure that a font contains a glyph name Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: anemec(a)redhat.com CC: behdad(a)fedoraproject.org, bmcclain(a)redhat.com, cfergeau(a)redhat.com, dblechte(a)redhat.com, eedri(a)redhat.com, erik-fedora(a)vanpienbroek.nl, fedora-mingw(a)lists.fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, gklein(a)redhat.com, kevin(a)tigcc.ticalc.org, lsurette(a)redhat.com, mgoldboi(a)redhat.com, michal.skrivanek(a)redhat.com, mkasik(a)redhat.com, rbalakri(a)redhat.com, rh-spice-bugs(a)redhat.com, rjones(a)redhat.com, sherold(a)redhat.com, srevivo(a)redhat.com, ydary(a)redhat.com, ykaul(a)redhat.com The parse_charstrings function in type1/t1load.c in FreeType 2 does not ensure that a font contains a glyph name, which allows remote attackers to cause a denial of service (heap-based buffer over-read) or possibly have unspecified other impact via a crafted file. References: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=36 Upstream patch: http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/src/type1/t1… -- You are receiving this mail because: You are on the CC list for the bug.

1 4

← Newer
1
2
3
4
5
6
7
8
9
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs May 2018