Bug 448693

Summary: Some foreign (mostly Asian) characters are not displayed
Product: [Fedora] Fedora Reporter: Martin Sourada <martin.sourada>
Component: WebKitAssignee: Peter Gordon <peter>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: high    
Version: 9CC: mtasaka
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
URL: https://bugs.webkit.org/show_bug.cgi?id=16792
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-02-05 02:08:58 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Fonts in WebKit vs. Gecko none

Description Martin Sourada 2008-05-28 09:24:34 UTC 
Description of problem:
Some characters aren't displayed using WebKit backend and some look different
than in firefox (see attachment). The characters I noticed that are not
displayed are from Japanese syllabary, Chinese characters and Korean characters.
The characters I noticed that have different look when used in gecko based
browsers are from the language displayed in the language list after Alemannisch.
I am not sure whether it's Fedora specific issue, so I filled it here. If you
think that it is an upstream problem I can file a bug upstream as well.

I reproduced it both in Midori and local build of Epiphany svn snapshot (uses
WebKit backend).

Version-Release number of selected component (if applicable):
WebKit-gtk-1.0.0-0.9.svn32531.fc9

How reproducible:
always

Steps to Reproduce:
1. start Midori (or other WebKit based browser)
2. load wikipedia.org
  
Actual results:
Some characters are missing

Expected results:
Characters are correctly displayed

Additional info:
Same issue is present when I rebuild the package with r34153 snapshot.
Comment 1 Martin Sourada 2008-05-28 09:24:34 UTC 
Created attachment 306908 [details]
Fonts in WebKit vs. Gecko
Comment 2 Denis Jacquerye 2008-05-28 11:15:57 UTC 
> The characters I noticed that have different look when used in gecko based 
> browsers are from the language displayed in the language list after Alemannisch.
That's Amharic with Ethiopic script.
Comment 3 Martin Sourada 2008-05-31 09:43:15 UTC 
Upstream bugs that describe this issue:

https://bugs.webkit.org/show_bug.cgi?id=16792
https://bugs.webkit.org/show_bug.cgi?id=18546
Comment 4 Martin Sourada 2008-09-10 08:30:28 UTC 
It has been fixed in upstream, r36309 for FreeType backend:

http://cia.vc/stats/project/WebKit/.message/1c236c3
Comment 5 Peter Gordon 2008-10-24 08:10:56 UTC 
I just pushed SVN 37790 to Rawhide a few hours ago, and I successfully tested it on that Wikipedia page with the freetype backend, and it seems to be fixed for the time being.
Comment 6 Martin Sourada 2008-10-24 22:15:04 UTC 
(In reply to comment #5)
> I just pushed SVN 37790 to Rawhide a few hours ago, and I successfully tested
> it on that Wikipedia page with the freetype backend, and it seems to be fixed
> for the time being.

I can confirm. I've tested it with midori (and on lot more pages than just wikipedia ;-).
Comment 7 Fedora Update System 2009-01-16 02:54:52 UTC 
WebKit-1.0.0-0.13.svn37790.fc9 has been submitted as an update for Fedora 9.
http://admin.fedoraproject.org/updates/WebKit-1.0.0-0.13.svn37790.fc9
Comment 8 Fedora Update System 2009-01-16 23:41:56 UTC 
WebKit-1.0.0-0.13.svn37790.fc9 has been pushed to the Fedora 9 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing-newkey update WebKit'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2009-0608
Comment 9 Fedora Update System 2009-02-05 02:08:50 UTC 
WebKit-1.0.0-0.13.svn37790.fc9 has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.