Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Incorrect Opentype Font Exporting and Printing
https://bugzilla.redhat.com/show_bug.cgi?id=496389
Summary: Incorrect Opentype Font Exporting and Printing
Product: Fedora
Version: rawhide
Platform: i586
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: low
Component: freetype
AssignedTo: besfahbo(a)redhat.com
ReportedBy: zhoujingmiller(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, kevin(a)tigcc.ticalc.org,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
I labelled this bug as relevant to freetype for it is related to font rendering
issues in general.
This problem could be reproduced as follows:
Open an odt file, with opentype fonts specified within, with abiword and export
(print) it to pdf. Use pdffonts to list the embedded fonts within in the pdf.
Then the terminal result shows that the opentype font is replaced by times new
roman.
Open an odt file, with opentype fonts specified within, with abiword and export
(print) it to ps. Then evince fails to open the file.
Open an odt file, with opentype fonts specified within, with kword (2.0 rc1),
under gnome, and export it to pdf. Then kword crashes. However if the file is
opened via kword under kde, kword then export the file to pdf, and pdffonts
show that the pdf does include the embedded "real" opentype fonts.
Set application font to some opentype fonts and open openoffice.org writer.
Then we will notice that the openoffice.org application font is not the
opentype font specified. Also, openoffice.org cannot use opentype fonts within
the document, nor can openoffice.org display opentype fonts correctly within
the document. The document mentioned above is an odt file. I didnt notice any
other application that has such behavior.
I am also sure that this problem is reproducible on fedora 10. However, since I
am using fedora 11 rawhide right now, I filed it as a fedora 11 bug.
Version-Release number of selected component (if applicable):
freetype.i586 2.3.9-3.fc11
koffice-kword.i586 2:1.9.99.0-1.fc12
openoffice.org-writer.i586 1:3.1.0-9.2.fc11
pango.i586 1.24.1-1.fc11
pangomm.i586 2.24.0-1.fc11
qt.i586 1:4.5.0-14.fc11
abiword.i586 1:2.6.8-2.fc11
kdebase-devel.i586 6:4.2.2-2.fc11
kdelibs.i586 6:4.2.2-5.fc11
Expected results:
Abiword, Openoffice.org, Kword, and all other applications are supposed to
export documents with opentype fonts to pdf with real opentype fonts, not with
any kind of other substitution fonts, and those applications are supposed to do
so under every desktop environment.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Regression: wqy-bitmap-fonts preferred font over truetype fonts
https://bugzilla.redhat.com/show_bug.cgi?id=492510
Summary: Regression: wqy-bitmap-fonts preferred font over
truetype fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: wqy-bitmap-fonts
AssignedTo: fangqq(a)gmail.com
ReportedBy: wtogami(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fangqq(a)gmail.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Failure Case 1: gramps PDF generation
=====================================
gramps is a genealogy application that generates PDF charts. It seems to ask
pango to choose fonts for it based upon given glyphs.
* In Fedora 10, it successfully output charts using entirely truetype fonts.
* In Fedora 11 however, the UTF-8 Chinese characters are rendered in PDF as
bitmap fonts, which do not scale properly and are ugly compared to the truetype
equivalents.
http://bugzilla.gnome.org/show_bug.cgi?id=576890
Behdad proposes this bug upstream, which would workaround this type of issue at
least for vector rendering cases like PDF generation. I am uncertain if this
is correct though, and it creates possibly inconsistent behavior?
Failure Case 2: pango-view
==========================
Here is a similar way to reproduce this bug:
LANG=en_US.utf8 pango-view --text "日本語 test" --font "100"
LANG=zh_CN.utf8 pango-view --text "日本語 test" --font "100"
English pango renders the Chinese characters as ugly bitmap.
Chinese pango renders the Chinese characters as truetype.
Workaround: uninstall wqy-bitmap-fonts
======================================
Both of the above problems go away if you uninstall wqy-bitmap-fonts. But this
should not be necessary.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: various smc-fonts have wrong default glyphs
https://bugzilla.redhat.com/show_bug.cgi?id=484536
Summary: various smc-fonts have wrong default glyphs
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: roozbeh(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Various fonts in the smc-fonts package, especially smc-fonts-meera, which is
installed on every Fedora machine because of being being "default" in compts,
have default glyphs shaped like an R in circle for some Malayalam characters.
For example, Meera has the following default glyphs in places that it should
not have: U+0D44, U+0D62, U+0D63, U+0D71, U+0D72, U+0D73, U+0D74, U+0D79,
U+0D7A, U+0D7B U+0D7C, U+0D7D, U+0D7E, U+0D7F
Also, there are several default glyphs in places that Unicode may use for
future encoding of Malayalam characters, like U+0D00 and U+0D29.
All those R in cirlces should be removed from the font, to make the font
Unicode-complying. Alternatively, Meera can be replaced by a standard font.
--
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.
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=455510
Summary: Undisplayable glyphs on Wikipedia
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: beland(a)alum.mit.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
I did a fresh installation of Fedora 9 using the network install method and
adding Office/Productivity software in addition to the default set. I'm seeing
undisplayable glyphs on the following pages:
http://en.wikipedia.org/wiki/Punctuation#Unicodehttp://www.wikipedia.org/http://en.wikipedia.org/wiki/Phoenician_alphabet#Encoding
I would expect a default installation to be able to display all glyphs that
appear in Wikipedia, so that readers can learn about them. Many non-English
glyphs, even fairly obscure ones, are displayed properly, which is excellent.
It would be nice to finish off the rest. I don't know if this is a flaw in
Pango, if I would need to install additional font RPMs, or something else.
This is with firefox-3.0-1.fc9.i386 and pango-1.20.4-1.fc9.i386.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Unicode 5.1 support in pango - Indic Lanuages
https://bugzilla.redhat.com/show_bug.cgi?id=485050
Summary: Unicode 5.1 support in pango - Indic Lanuages
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: rbhalera(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:
There are few characters added to Indic codespace in Unicode 5.1. They are
currently not handled according to their properties/script mechanism. Thus
there needs support for these characters to be added to pango for proper
rendering. List of these characters can be found here:
http://rahulpmb.blogspot.com/2008/04/unicode-5.html
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Dependent Vowel (0CBC) are Render as Independenet vowel
https://bugzilla.redhat.com/show_bug.cgi?id=497311
Summary: Dependent Vowel (0CBC) are Render as Independenet
vowel
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: mshao(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Depends on: 497292
Classification: Fedora
Target Release: ---
Clone Of: 497292
+++ This bug was initially created as a clone of Bug #497292 +++
Description of problem:
U+0CBC (unicode points) is not showing Dotted circle before it,
so Render as Independent Vowel, but it is Dependent, so one Dotted Circle
should be there (Unicode also support that only)
Version-Release number of selected component (if applicable):
pango-1.14.9-3.el5
also reproduce in pango-1.22.1-1.fc10.i386
How reproducible: Everytime
Steps to Reproduce:
1.Type the unicode of U+0CBC in gedit
2. Test with kedit
3.
Actual results:
character is as inDependent vowel (no dotted circle)
Expected results:
character should be as Dependent vowel (should be a dotted circle)
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: updating fontconfig to rawhide then ANY font package causes gnome-terminal to segfault
https://bugzilla.redhat.com/show_bug.cgi?id=494046
Summary: updating fontconfig to rawhide then ANY font package
causes gnome-terminal to segfault
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: high
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: svidal(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:
fontconfig-2.6.0-3.fc10.i386
on an f10 i686 machine.
if I update fontconfig from f10 to rawhide: 2.6.99.behdad.20090318-1.fc11
and then update ANY font package Gnome-terminals segfault.
I've captured strace -p from the gnome-terminal process here:
http://sethdot.org/~skvidal/misc/gterm-strace.txt
I have a qemu img where I can duplicate this any time if more testing is
needed.
This is a big deal b/c it stops anyone from updating with yum from a
gnome-terminal from f10-> rawhide/f11.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: a font cause gtk applications to crash on x86_64 systems
https://bugzilla.redhat.com/show_bug.cgi?id=491986
Summary: a font cause gtk applications to crash on x86_64
systems
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: alsadi(a)ojuba.org
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
having this file installed
http://www.ojuba.org/sharedfiles/SimplifiedNaskh.ttf
and used to render Arabic text will crash gtk applications
Actual results:
crash
Expected results:
no crash
Additional info:
if the font is corrupted it should not crash
and why it only crash in x86_64 systems
details in upstream bug
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Pango multilib conflict on F10
https://bugzilla.redhat.com/show_bug.cgi?id=479386
Summary: Pango multilib conflict on F10
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: stransky(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:
Resolving Dependencies
--> Running transaction check
---> Package pango-devel.i386 0:1.22.3-1.fc10 set to be updated
---> Package pango.i386 0:1.22.3-1.fc10 set to be updated
--> Finished Dependency Resolution
Dependencies Resolved
==============================================================================================================================
Package Arch Version
Repository Size
==============================================================================================================================
Updating:
pango i386 1.22.3-1.fc10
updates 375 k
pango-devel i386 1.22.3-1.fc10
updates 327 k
Transaction Summary
==============================================================================================================================
Install 0 Package(s)
Update 2 Package(s)
Remove 0 Package(s)
Total size: 701 k
Is this ok [y/N]: y
Downloading Packages:
===================================================== Entering rpm code
======================================================
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Check Error:
file /usr/share/gtk-doc/html/pango/PangoMarkupFormat.html from install of
pango-devel-1.22.3-1.fc10.i386 conflicts with file from package
pango-devel-1.22.3-1.fc10.x86_64
file /usr/share/gtk-doc/html/pango/pango-querymodules.html from install of
pango-devel-1.22.3-1.fc10.i386 conflicts with file from package
pango-devel-1.22.3-1.fc10.x86_64
Error Summary
-------------
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. yum install pango.i386 on x86_64
2.
3.
Actual results:
Expected results:
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Firefox crashes in pango-hangul-fc.so
https://bugzilla.redhat.com/show_bug.cgi?id=478695
Summary: Firefox crashes in pango-hangul-fc.so
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: mcepl(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Created an attachment (id=328111)
--> (https://bugzilla.redhat.com/attachment.cgi?id=328111)
Backtrace from crashed firefox
Description of problem:
When running wikipedia search in Ctrl-K query dialog in Firefox, firefox
crashed with the attached backtrace.
Version-Release number of selected component (if applicable):
firefox-3.0.5-1.fc10.i386
pango-1.22.3-1.fc10.i386
xulrunner-1.9.0.5-1.fc10.i386
How reproducible:
happened once
--
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.