[Bug 1580458] New: [ta_IN] Error in latest Tamil ttf
by bugzilla@redhat.com
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.
5 years, 9 months
[Bug 500110] New: [hi_IN][Dependent Vowels]Press backspace key it delete the whole char and letter before it
by Red Hat Bugzilla
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.
5 years, 9 months
[Bug 1569943] New:
upgrading from Liberation 1 to 2 in a desktop session can affect rendering
of text
by bugzilla@redhat.com
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.
5 years, 9 months
[Bug 1569848] New: Fontlint gives error with korean font.
by bugzilla@redhat.com
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.
5 years, 9 months
[Bug 1332250] New: Incorrect font configuration
by Red Hat Bugzilla
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.
5 years, 10 months
[Bug 1321551] New: RFE: Recommend some specific general purpose font
by Red Hat Bugzilla
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.
5 years, 10 months
[Bug 1444911] New: CVE-2017-7864 freetype:
heap-based buffer overflow related to the tt_size_reset function
by bugzilla@redhat.com
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=e6699...
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 10 months
[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
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/...
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 10 months