[Bug 681790] New: Division by zero in _hb_sanitize_array leads to infinite loop in Firefox caused by web fonts
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: Division by zero in _hb_sanitize_array leads to infinite loop in Firefox caused by web fonts
https://bugzilla.redhat.com/show_bug.cgi?id=681790
Summary: Division by zero in _hb_sanitize_array leads to
infinite loop in Firefox caused by web fonts
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: nmiell(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Program received signal SIGFPE, Arithmetic exception.
0x000000352121baa1 in _hb_sanitize_array (this=0x7f8536e78fb0,
context=0x7fffda5d5df0) at hb-open-type-private.hh:202
202 bool overflows = len >= ((unsigned int) -1) / record_size;
(gdb) info args
len = 56
record_size = 0
base = 0x7f8536e78fc0 ""
context = <value optimized out>
Version-Release number of selected component (if applicable):
pango-1.28.1-4.fc14.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. Visit www.google.com/webfonts in Firefox
Actual results:
Firefox goes into an infinite loop because its SIGFPE handler endlessly
restarts the division instruction.
Expected results:
No SIGFPE in the first place.
Additional info:
firefox-3.6.13-1.fc14.x86_64
--
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.
11 years, 8 months
[Bug 671131] New: Hangul Jamo render as U+00xx boxes and produce valgrind errors
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: Hangul Jamo render as U+00xx boxes and produce valgrind errors
https://bugzilla.redhat.com/show_bug.cgi?id=671131
Summary: Hangul Jamo render as U+00xx boxes and produce
valgrind errors
Product: Fedora
Version: 14
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: matt(a)mattmccutchen.net
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created attachment 474463
--> https://bugzilla.redhat.com/attachment.cgi?id=474463
Valgrind log from gucharmap
Description of problem:
When I look at the Hangul Jamo (U+1100 through U+11FF) in gucharmap, many of
them render as boxes containing numbers between 0000 and 00FF. Dragging across
them with the right mouse button sometimes causes the specific numbers to
change. I re-ran gucharmap under valgrind and got lots of errors. I get
similar behavior by entering a few jamo in gedit with Ctrl-Shift-U, so I don't
think the bug is with gucharmap. I may be missing a font, but in that case
pango should just show boxes with the 11xx numbers instead of behaving in this
bizarre way.
Version-Release number of selected component (if applicable):
pango-1.28.1-4.fc14
How reproducible:
Always
Steps to Reproduce:
1. valgrind gucharmap
2. Choose View -> By Unicode Block.
3. Choose the Hangul Jamo block.
4. Right-drag across the characters.
Actual results:
Some boxes containing 00xx which change unpredictably, and valgrind errors.
Expected results:
Correct rendering or correct numerical boxes, with no valgrind errors.
Additional info:
--
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.
11 years, 8 months
[Bug 501900] New: [hi_IN][GSUB]"U+0915 U+094D U+0929" need press backspace key four times to delete the whole char.
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][GSUB]"U+0915 U+094D U+0929" need press backspace key four times to delete the whole char.
https://bugzilla.redhat.com/show_bug.cgi?id=501900
Summary: [hi_IN][GSUB]"U+0915 U+094D U+0929" need press
backspace key four times to delete the whole char.
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: xinsun(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:
When "U+0915 U+094D U+0929" in gedit, we need to press Backspace key
four times to delete the whole char.
Version-Release number of selected component (if applicable):
pangomm-2.14.1-1.fc10.x86_64
pango-1.22.3-1.fc10.i386
pango-1.22.3-1.fc10.x86_64
pango-devel-1.22.3-1.fc10.x86_64
How reproducible:
always
Steps to Reproduce:
1.Select "RAW CODE" in scim-bridge
2.Input "U+0915 U+094D U+0929" in gedit.
3.Press Backspace key to delete the whole char.
Actual results:
We need press backspce key four times to delete the whole char.
Expected results:
We should press backspace key three times to delete the whole char.
Additional info:
U+0915 U+094D U+0929 क्ऩ
--
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.
11 years, 8 months
[Bug 679030] New: [freetype] uneven rendering quality when bytecode is enabled
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: [freetype] uneven rendering quality when bytecode is enabled
https://bugzilla.redhat.com/show_bug.cgi?id=679030
Summary: [freetype] uneven rendering quality when bytecode is
enabled
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: freetype
AssignedTo: mkasik(a)redhat.com
ReportedBy: jfrieben(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, kevin(a)tigcc.ticalc.org,
fonts-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com
Classification: Fedora
Description of problem:
After updating to the latest FreeType build for which the bytecode interpreter
has been enabled, fonts are rendered with uneven quality. The system font used
e.g. for button labels is very thin now and certain popular web fonts (e.g.
Verdana) are rendered surprisingly poorly.
Look at the four attached screenshots which demonstrate the various
combinations for which the bytecode interpreter is enabled (disabled) and
webcore fonts are installed (removed).
Version-Release number of selected component (if applicable):
freetype-2.4.4-3.fc15
How reproducible:
Always.
Steps to Reproduce:
1. Launch firefox.
2. Open http://www.bbc.co.uk .
Actual results:
Partially poor rendering depending on whether the bytecode interpreter is
enabled or not.
Expected results:
Acceptable rendering quality throughout all font families.
Additional info:
Reverting to freetype-2.4.4-2.fc15 restores globally good font rendering.
--
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.
11 years, 8 months
[Bug 367791] New: remove 59-liberation-fonts.conf
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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=367791
Summary: remove 59-liberation-fonts.conf
Product: Fedora
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: besfahbo(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
fontconfig-2.4.92-1 that I'm just building contains all the configuration done
in 59-liberation-fonts.conf, and much more to make liberation-fonts useful.
Please remove that file for F9.
--
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, or are watching someone who is.
11 years, 9 months
[Bug 680778] New: some important iso-10646-1 fonts unavailable
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: some important iso-10646-1 fonts unavailable
https://bugzilla.redhat.com/show_bug.cgi?id=680778
Summary: some important iso-10646-1 fonts unavailable
Product: Fedora
Version: 14
Platform: noarch
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: kurt(a)pinboard.com
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
In Fedora 14, resizing of an xterm with CTRL-RightClick is not possible. Input
of Japanese characters do not show the glyphs on the xterm either.
Version-Release number of selected component (if applicable):
xorg-x11-fonts-misc-7.2-12.fc14.noarch
Linux FC-7250.hag.hilti.com 2.6.35.10-74.fc14.x86_64 #1 SMP Thu Dec 23 16:04:50
UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
How reproducible:
consistent
Steps to Reproduce:
1. install Fedora 14 with X and xterm
2. remove ~/.Xdefaults and ~/.Xresources to make sure there are no user
overrides
3. login to the graphical desktop
4. open an xterm
5. CTRL-RightClick and select another font size
No instructions on how to input Japanese glyphs, as that problem is
automatically resolved when the first one is resolved.
Actual results:
1. font does not change
2. Japanese glyphs don't show
Expected results:
1. font does change
2. Japanese glyphs show
Additional info:
The error messages upon changing the font size (open an xterm from another
xterm to see the error messages; change the font size in the second xterm)
mention missing *iso-10646-1 fonts. Sample error messags:
> xterm: cannot load font -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1
> xterm: cannot load font -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1
> xterm: cannot load font -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1
With xorg-x11-fonts-misc-7.2-12.fc14.noarch, there are fewer such fonts
(xlsfonts | grep 10646 | wc -l) than with the same package from Fedora 13.
Downgrading the xorg-x11-fonts-misc package to the version included with Fedora
13 fixes the problem.
cat <<__EOF__ >/etc/yum.repos.d/fedora.13.repo
[fedora13]
name=Fedora 13 - $basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-13&arch...
enabled=0
metadata_expire=7d
gpgcheck=0
__EOF__
yum -y --enablerepo=fedora13 --nogpgcheck \
downgrade xorg-x11-fonts-misc-7.2-9.fc12
Interestingly, doing an upgrade to the Fedora 14 package again after that, the
problem is gone. The set of files installed by the two versions of the RPM are
more or less identical. But checking the RPM scriptlets shows that the earlier
package uses mkfontdir and fc-cache in the postinstall/postuninstall
scriptlets, where the newer package uses xorg-x11-fonts-update-dirs. However
here I'm finally lost at what these commands actually do. But somebody more
knowledgable than me in this area should fix future versions of the package so
they work again as expected and make all the fonts available.
--
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.
11 years, 10 months
[Bug 18726] New: RFE: help write locale-specific tests
by bugzilla-daemon＠freedesktop.org
http://bugs.freedesktop.org/show_bug.cgi?id=18726
Summary: RFE: help write locale-specific tests
Product: fontconfig
Version: 2.6
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: medium
Component: library
AssignedTo: keithp(a)keithp.com
ReportedBy: nicolas.mailhot(a)laposte.net
CC: fedora-fonts-bugs-list(a)redhat.com
Due to Han unification there is often a need for font distributors to test if a
font name is requested in a chinese, japanese or korean context. However, there
are many chinese locales and writing an exact match is not possible.
The current pattern (used by Debian, Ubuntu, Fedora, etc) in this case is
<test compare="contains" name="lang">
<string>zh</string>
</test>
but we do not really want to match every locale containing "ze". We want to
match every ze-foo locale, not jze-foo or foo-ze
Please add a documented fonts.conf pattern to fontconfig that allows
distributors to specify such an exact match.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 10 months
[Bug 640607] New: [te-In] Text cut on left hand side for some composite characters
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: [te-In] Text cut on left hand side for some composite characters
https://bugzilla.redhat.com/show_bug.cgi?id=640607
Summary: [te-In] Text cut on left hand side for some composite
characters
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-telugu-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: kkrothap(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Created attachment 451886
--> https://bugzilla.redhat.com/attachment.cgi?id=451886
File contains the characters list for which problem exist
Description of problem:
Some part on Left hand side missing for these combinations. Please go through
the attachment.
Version-Release number of selected component (if applicable):
lohit-telugu-fonts-2.4.5-5.fc14.noarch
How reproducible:
Every time.
Steps to Reproduce:
1. Open gedit and input the combinations mentioned in the attachment using
input method.
2. Or else open the attachment in gedit.
3. Observe the left hand side of every combination which is not appearing
properly.
Actual results:
Text does not appear completely.
Expected results:
Text should appear completely.
Additional info:
Please go through the attachment.
--
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.
11 years, 11 months
[Bug 695405] New: non-latin charachters in default gnome-shell looks different from the cantarell
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: non-latin charachters in default gnome-shell looks different from the cantarell
https://bugzilla.redhat.com/show_bug.cgi?id=695405
Summary: non-latin charachters in default gnome-shell looks
different from the cantarell
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: fontconfig
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: alpha(a)bookwar.info
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Created attachment 491272
--> https://bugzilla.redhat.com/attachment.cgi?id=491272
example titles and text
Originally posted in Gnome Bugzilla
https://bugzilla.gnome.org/show_bug.cgi?id=647020
Cyrillic fonts, used by default are different from Cantarell in average color
and size.
I use Fedora Live RC1 Beta. And my system locale is en_US.UTF-8.
I attached a screen with Firefox titles, Overview-mode title and Pidgin contact
window. (In Empathy it looks the same.)
Most annoying are fonts in Pidgin or Empathy conversations. Mixture of latin
nicknames, commands and so on with cyrillic words which are twice as bigger.
--
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.
12 years