[Bug 1851919] New: Pango 1.45 crashes pidgin with any link click
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1851919
Bug ID: 1851919
Summary: Pango 1.45 crashes pidgin with any link click
Product: Fedora
Version: rawhide
Status: NEW
Component: pango
Assignee: pwu(a)redhat.com
Reporter: zkabelac(a)redhat.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:
I've noticed instant crash of a pidgin - with this new pango 1.45 package.
I've downgraded to version pango-1.44.7-3.fc33 and pidgin is 'usable'
again (aka I can click on URL without getting instant core dump).
This is backtrace I'm getting on a crash:
(pidgin 2.13.0-20)
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49
--Type <RET> for more, q to quit, c to continue without paging--
49 return ret;
[Current thread is 1 (Thread 0x7f2b86c61cc0 (LWP 100183))]
(gdb) bt
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49
#1 0x00007f2b883a78a4 in __GI_abort () at abort.c:79
#2 0x00007f2b886d5b6c in g_assertion_message
(domain=<optimized out>, file=0x7f2b88b7e19b "../pango/pango-context.c",
line=<optimized out>, func=<optimized out>, message=<optimized out>) at
../glib/gtestutils.c:2930
#3 0x00007f2b8873408f in g_assertion_message_expr
(domain=0x7f2b88b79e0d "Pango", file=0x7f2b88b7e19b
"../pango/pango-context.c", line=1435, func=0x7f2b88b7e3d0
"itemize_state_process_run", expr=<optimized out>) at ../glib/gtestutils.c:2956
#4 0x00007f2b88b603d6 in itemize_state_process_run () at
/lib64/libpango-1.0.so.0
#5 0x00007f2b88b61218 in pango_itemize_with_base_dir () at
/lib64/libpango-1.0.so.0
#6 0x00007f2b88b6a695 in pango_layout_check_lines.part () at
/lib64/libpango-1.0.so.0
#7 0x00007f2b88b6c539 in pango_layout_get_extents_internal () at
/lib64/libpango-1.0.so.0
#8 0x00007f2b88b6cac1 in pango_layout_get_pixel_size () at
/lib64/libpango-1.0.so.0
#9 0x000056100c9047f1 in gtk_imhtml_tip ()
#10 0x00007f2b8870ba51 in g_timeout_dispatch
(source=source@entry=0x56100ec326c0, callback=0x56100c9045b0
<gtk_imhtml_tip>, user_data=0x56100d93c2b0)
at ../glib/gmain.c:4800
#11 0x00007f2b8870aeaf in g_main_dispatch (context=0x56100d287540) at
../glib/gmain.c:3309
#12 g_main_context_dispatch (context=0x56100d287540) at ../glib/gmain.c:3974
#13 0x00007f2b8870b238 in g_main_context_iterate
(context=0x56100d287540, block=block@entry=1, dispatch=dispatch@entry=1,
self=<optimized out>)
at ../glib/gmain.c:4047
#14 0x00007f2b8870b553 in g_main_loop_run (loop=0x56100ea147e0) at
../glib/gmain.c:4241
#15 0x00007f2b88f37ba2 in gtk_main () at /lib64/libgtk-x11-2.0.so.0
#16 0x000056100c8bdb4c in main ()
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 4 months
[Bug 1853937] New: Inconsistent rendering of ti, tt ligatures
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1853937
Bug ID: 1853937
Summary: Inconsistent rendering of ti, tt ligatures
Product: Fedora
Version: 32
Status: NEW
Component: lato-fonts
Assignee: pikachu.2014(a)gmail.com
Reporter: james(a)ettle.org.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
pikachu.2014(a)gmail.com, piotr1212(a)gmail.com
Target Milestone: ---
Classification: Fedora
Created attachment 1699956
--> https://bugzilla.redhat.com/attachment.cgi?id=1699956&action=edit
Sample renderings
The horizontal 't-crossing' strokes of the ti and tt ligatures are rendered
slightly below the x-height, in a manner that is more- or less-visible
depending on font size. It's most visible at 11pt.
Attached are samples rendered with RGB subpixel anti-aliasing, slight hinting.
The issue is visible in the 8, 11 and 14pt samples.
lato-fonts-2.015-9.fc32.noarch
freetype-2.10.1-2.fc32.x86_64
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 6 months
[Bug 1786596] New: Vertical alignment is off with PANGO_GRAVITY_EAST
and PANGO_GRAVITY_HINT_LINE
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1786596
Bug ID: 1786596
Summary: Vertical alignment is off with PANGO_GRAVITY_EAST and
PANGO_GRAVITY_HINT_LINE
Product: Fedora
Version: 31
OS: Linux
Status: NEW
Component: pango
Assignee: pwu(a)redhat.com
Reporter: abetakehiko(a)gmail.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:
Japanese chars and Latin chars in the same line do not vertically align when
the pango context's gravity is set to PANGO_GRAVITY_EAST and its hint set to
PANGO_GRAVITY_HINT_LINE.
Version-Release number of selected component (if applicable):
pango-1.44.7-1.fc31.x86_64
How reproducible:
Always
Steps to Reproduce:
pango-view --text="あーいうえお abcde" --gravity east --gravity-hint line
--font="NotoSerifJP 24"
Actual results:
Japanese chars and Latin chars in the same line do not vertically align.
Expected results:
Japanese chars and Latin chars in the same line vertically align as before.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 7 months
[Bug 1953087] New: fonttools: please also provide woff functionality
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1953087
Bug ID: 1953087
Summary: fonttools: please also provide woff functionality
Product: Fedora
Version: rawhide
Status: NEW
Component: fonttools
Assignee: pnemade(a)redhat.com
Reporter: fschwarz(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
pnemade(a)redhat.com, sshedmak(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
The upcoming WeasyPrint 53 will require "python3dist(fonttools[woff]) >= 4" and
it seems as if Fedora does not provide that extra.
Upgrading WeasyPrint to version 53 will be a plus for Fedora users as that
version will not use cairo anymore. The problem with cairo is that version 1.17
changed font rendering so WeasyPrint tests are sometimes failing. WeasyPrint
upstream will not spend any time on these issues as they are planning to
migrate away from cairo.
Ideally we could have woff functionality in F34 + rawhide (both are using cairo
1.17).
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 8 months
[Bug 1965684] New: Fontconfig & Firefox font issues on KDE Spins
since F32
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1965684
Bug ID: 1965684
Summary: Fontconfig & Firefox font issues on KDE Spins since
F32
Product: Fedora
Version: 34
Hardware: x86_64
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: pimk1n(a)gmx.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, 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 1787942
--> https://bugzilla.redhat.com/attachment.cgi?id=1787942&action=edit
reddit.com poor font rendering
Description of problem:
Since F32 the KDE Spin has required manual creation of a local fontconfig in
order to restore font rendering quality in Firefox back to standards seen in
prior releases.
Version-Release number of selected component (if applicable):
F32 KDE onwards, Firefox 78 onwards.
How reproducible:
100% F32 KDE, F33 KDE, F34 KDE Spin
Reproducible with Fedora packaged Firefox, mozilla flatpak and direct Mozilla
download.
Confirmed on various hardware, all under X11.
Steps to Reproduce:
1. Open Firefox (KDE Spin)
2. Observe lack of smooth font rendering. eg: https://old.reddit.com,
https://bugzilla.redhat.org
3.
Actual results:
Poor quality font rendering, see screenshots.
Expected results:
Better quality font rendering, as seen in earlier Fedora 31 KDE and all tested
modern KDE distros.
Additional info:
I have tried reporting this against Firefox since F32 Beta, but no fix.
https://bugzilla.redhat.com/show_bug.cgi?id=1830509
The single end user fix is simple, just create a
~/.config/fontconfig/fonts.conf as below, run fc-cache and restart Firefox.
<?xml version='1.0'?>
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'>
<fontconfig>
<match target="font">
<edit name="antialias" mode="assign">
<bool>true</bool>
</edit>
<edit name="autohint" mode="assign">
<bool>false</bool>
</edit>
<edit name="hinting" mode="assign">
<bool>true</bool>
</edit>
<edit name="hintstyle" mode="assign">
<const>hintslight</const>
</edit>
<edit name="lcdfilter" mode="assign">
<const>lcddefault</const>
</edit>
<edit name="rgba" mode="assign">
<const>rgb</const>
</edit>
</match>
</fontconfig>
What changed with KDE or Firefox around F32 time that other distros have
accounted for, but Fedora has not?
Would love to see Firefox back to usual quality in KDE spin, by default, so new
users do not get this.
If this is still not the correct package to report against, please point me in
the right direction.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 9 months
[Bug 1752788] New: CVE-2015-9381 freetype: a heap-based buffer
over-read in T1_Get_Private_Dict in type1/t1parse.c leading to information
disclosure
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1752788
Bug ID: 1752788
Summary: CVE-2015-9381 freetype: a heap-based buffer over-read
in T1_Get_Private_Dict in type1/t1parse.c leading to
information disclosure
Product: Security Response
Hardware: All
OS: Linux
Status: NEW
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: mrehak(a)redhat.com
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: Other
FreeType before 2.6.1 has a heap-based buffer over-read in T1_Get_Private_Dict
in type1/t1parse.c.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 10 months
[Bug 1774474] New: Missing some coverage in certain variants
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1774474
Bug ID: 1774474
Summary: Missing some coverage in certain variants
Product: Fedora
Version: rawhide
Status: NEW
Component: dejavu-fonts
Severity: low
Assignee: nicolas.mailhot(a)laposte.net
Reporter: tagoh(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
Target Milestone: ---
Classification: Fedora
Description of problem:
I'm expecting to see same glyph coverage to all variants available in the
package but apparently not. this is just a result running some test cases with
fc-validate against languages which is expectedly or unexpectedly supposed to
assign dejavu as a default font for.
See logs stored in the following link for more details. that demonstrates this
issue.
https://jenkins-continuous-infra.apps.ci.centos.org/blue/rest/organizatio...
Version-Release number of selected component (if applicable):
2.37-2.fc31
How reproducible:
always
Steps to Reproduce:
1.fc-validate -l <lang> /path/to/fonts
2.
3.
Actual results:
(One of) snippet from logs:
[2019-11-19T14:20:10.928Z] RESULT: PASS:
/usr/share/fonts/dejavu/DejaVuSans-Bold.ttf satisfy ab language coverage.
[2019-11-19T14:20:10.928Z] RESULT: PASS:
/usr/share/fonts/dejavu/DejaVuSans.ttf satisfy ab language coverage.
[2019-11-19T14:20:10.928Z] RESULT: PASS:
/usr/share/fonts/dejavu/DejaVuSansCondensed-Oblique.ttf satisfy ab language
coverage.
[2019-11-19T14:20:10.928Z] RESULT: PASS:
/usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf satisfy ab language coverage.
[2019-11-19T14:20:10.928Z] RESULT: FAIL:
/usr/share/fonts/dejavu/DejaVuSans-ExtraLight.ttf doesn't satisfy ab language
coverage.
[2019-11-19T14:20:10.928Z] RESULT: PASS:
/usr/share/fonts/dejavu/DejaVuSansCondensed-Bold.ttf satisfy ab language
coverage.
[2019-11-19T14:20:10.928Z] RESULT: PASS:
/usr/share/fonts/dejavu/DejaVuSansCondensed-BoldOblique.ttf satisfy ab language
coverage.
[2019-11-19T14:20:10.928Z] RESULT: PASS:
/usr/share/fonts/dejavu/DejaVuSansCondensed.ttf satisfy ab language coverage.
[2019-11-19T14:20:10.928Z] RESULT: PASS:
/usr/share/fonts/dejavu/DejaVuSans-BoldOblique.ttf satisfy ab language
coverage.
[2019-11-19T14:20:10.928Z] Run test ab: done. Test's exit code: 0
Expected results:
ExtraLight should have same coverage.
Additional info:
As it is an experimental, this may be an RFE.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 10 months
[Bug 1860412] New: New version of Droid Sans causes problems in
Firefox and Thunderbird GUIs
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1860412
Bug ID: 1860412
Summary: New version of Droid Sans causes problems in Firefox
and Thunderbird GUIs
Product: Fedora
Version: 32
Status: NEW
Component: google-droid-fonts
Assignee: nicolas.mailhot(a)laposte.net
Reporter: skontar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, oliver(a)redhat.com,
paul(a)frixxon.co.uk, tremble(a)tremble.org.uk
Target Milestone: ---
Classification: Fedora
Description of problem:
For years I am using Droid Sans 11 as my GUI font in my desktop. With recent
update the text in Firefox and Thunderbird gained weird padding, causing wasted
space, weird alignment issues, sometimes slight text cut-off at bottom
(Thunderbird).
Version-Release number of selected component (if applicable):
google-droid-sans-fonts-20200215-3.fc32.noarch
Last good: google-droid-sans-fonts-20120715-16.fc31.noarch
How reproducible:
Set Droid Sans 11 (also different size) as a GUI font. See how menus and parts
of GUI looks like, overlaps and behaves. Compare by testing old version of the
package, or different font such as Roboto.
Steps to Reproduce:
1. Install google-droid-sans-fonts-20200215-3.fc32.noarch
2. Set Droid Sans 11 as default a GUI font
3. Open Thunderbird or Firefox
Actual results:
Weird unnecesarry padding in menus, cut-offs and similar text issues.
Expected results:
No change when compared to old version.
Additional info:
Reproducible in clean XFCE spin VM. Easily fixed by using similar font (Roboto)
or old version of the package, so the problem is in the font package.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 10 months