freetype 2.5.x broke rendering of the default Korean font

Bug #1310017 reported by Changwoo Ryu on 2014-04-19
This bug affects 22 people
Affects Status Importance Assigned to Milestone
freetype (Ubuntu)
Jinkyu Yi
Brian Murray

Bug Description

* Impact:
The rendering of Ubuntu's default Korean font(NanumGothic) is incorrect.
The most seen sympton is character's upmost part is not shown and it can make impossible to read or confused with different character(ex: 줄 & 출).

* Test case:
Copy and paste '를' to gedit.
Open gucharmap, find 를 (U+B97C), and see character in [Character Details] tab.
Compare it. Upmost horizontal line should apear properly in gedit like as gucharmap's detailed view.

Change account name to '를' and logout.
See account name show properly in greeter.

* Regression potential:
check that text rendering is fine in the greeter and session, using different fonts and locales


ubuntu-settings overrides org.gnome.settings-daemon.plugins.xsettings.hinting to "slight" , while GNOME default was "medium". This broke rendering of NanumGothic, the default font for Korean language, in default installation.

I have no idea on what ground this value has been overridden, but it critically broke Korean language desktop.

screenshots from #1303572



Related branches

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubuntu-settings (Ubuntu):
status: New → Confirmed
Changwoo Ryu (cwryu) wrote :

Font specific hintstyle settings won't work because of this cairo issue:

cairo respects this settings more than fontconfig settings.

Jinkyu Yi (jincreator) on 2014-04-20
affects: ubuntu-settings → ubuntu-default-settings
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubuntu-default-settings (Ubuntu):
status: New → Confirmed
Jinkyu Yi (jincreator) on 2014-04-20
affects: ubuntu-default-settings → ubuntu-default-settings (Ubuntu)
Jinkyu Yi (jincreator) on 2014-04-20
no longer affects: ubuntu-default-settings (Ubuntu)
Changwoo Ryu (cwryu) wrote :

Freetype 2.5.2 rendering seems to be changed. 13.10 + freetype 2.5.2 installed breaks NanumGothic rendering in the same way.


no longer affects: ubuntu-settings
Seong-ho Cho (darkcircle-0426) wrote :

Note that Freetype 2.5.3 will also breaks NanumGothic font rendering. (in my experimentation)

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in freetype (Ubuntu):
status: New → Confirmed
Changed in gnome-settings-daemon (Ubuntu):
status: New → Confirmed
Changwoo Ryu (cwryu) wrote :
Changed in freetype:
importance: Undecided → Unknown
status: New → Unknown
Changwoo Ryu (cwryu) on 2014-04-24
summary: - overriden hintstyle default value "slight" broke rendering of default
- Korean font
+ freetype 2.5.x broke rendering of the default Korean font
no longer affects: ubuntu-settings (Ubuntu)
description: updated
Jinkyu Yi (jincreator) on 2014-04-27
no longer affects: gnome-settings-daemon (Ubuntu)
Jinkyu Yi (jincreator) on 2014-04-27
Changed in freetype (Ubuntu):
assignee: nobody → Jinkyu Yi (jincreator)
Jinkyu Yi (jincreator) on 2014-04-27
description: updated
Jinkyu Yi (jincreator) on 2014-04-27
description: updated
Jinkyu Yi (jincreator) wrote :

Dear, Ubuntu SRU & Ubuntu Sponsors team, please take a look and see if this bug can go on SRU process.
This bug doesn't destroy system partition, not causing kernel panic, not a security problem, only Korean users are affected.
However, this is critical to users who read and write Korean characters a lot on Ubuntu.
I know i18n is considered as low priority, but please consider fix this bug and land in Trusty.
Please don't make Korean users leave Ubuntu. Read characters with incorrect rendering for up to 5 years sounds terrible.

p.s This is my first time to request SRU verification. Please let me know if I did something wrong.

Jinkyu Yi (jincreator) wrote :

The code is at lp:~jincreator/ubuntu/trusty/freetype/lp1310017 and you can easily test by adding ppa:jincreator/freetype

ppa:jincreator/freetype works like a charm.

Great thanks to '이진규'님!

Changed in freetype (Ubuntu Trusty):
status: New → Triaged
importance: Undecided → High
Brian Murray (brian-murray) wrote :

I've uploaded this to the Trusty proposed queue, however there is an existing Trusty SRU for freetype that will need to get verified first. That is bug 1310728 if you want to speed up the process.

Changed in freetype (Ubuntu Trusty):
assignee: nobody → Brian Murray (brian-murray)
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package freetype - 2.5.2-1ubuntu4

freetype (2.5.2-1ubuntu4) utopic; urgency=medium

  * debian/patches-freetype/0002-Fix-Savannah-bug-42418.patch: Cherry-pick
    upstream patch to fix cjk font rendering issue. (LP: #1310017)
 -- Jinkyu Yi <email address hidden> Mon, 05 May 2014 23:26:37 +0900

Changed in freetype (Ubuntu):
status: Confirmed → Fix Released

Hello Changwoo, or anyone else affected,

Accepted freetype into trusty-proposed. The package will build now and be available at in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at . Thank you in advance!

Changed in freetype (Ubuntu Trusty):
status: Triaged → Fix Committed
tags: added: verification-needed

Ubuntu 14.04-32bit in virtualbox.
fonts-vlgothic(japanese font) package on libreoffice writer.
selected font: VL P gothic

enable trusty-proposed & install package.
$ LANG=C apt-cache policy libfreetype6
  Installed: 2.5.2-1ubuntu2.2
  Candidate: 2.5.2-1ubuntu2.2
  Version table:
 *** 2.5.2-1ubuntu2.2 0
        400 trusty-proposed/main i386 Packages
        100 /var/lib/dpkg/status
     2.5.2-1ubuntu2.1 0
        500 trusty-updates/main i386 Packages
     2.5.2-1ubuntu2 0
        500 trusty/main i386 Packages

see: befor_proposed_package.png & after_proposed_package.png

fix the bug.
Please confirm korean fonts is used.

Jung-Kyu Park (bagjunggyu) wrote :

It fixes the bug , thank you,
please see the screenshot

* libfreetype6 : 2.5.2-1ubuntu2.2

* checked up every korean fonts of ubuntu 14.04 loaded by default and for ubuntu default font

followed the guide line of

* enabling the "trusty-proposed" at the software & update
* sudo gedit /etc/apt/preferences

Package: *
Pin: release a=trusty-proposed
Pin-Priority: 400

   sudo apt-get update;sudo apt-get upgrade -s

* sudo apt-get install libfreetype6/trusty-proposed

tags: added: verification-done
removed: verification-needed

The verification of the Stable Release Update for freetype has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.

Launchpad Janitor (janitor) wrote :

This bug was fixed in the package freetype - 2.5.2-1ubuntu2.2

freetype (2.5.2-1ubuntu2.2) trusty; urgency=medium

  * Fix incorrect Korean Fonts rendering. (LP: #1310017)
    - debian/patches-freetype/fix-incorrect-korean-fonts-rendering.patch
 -- Jinkyu Yi <email address hidden> Sun, 27 Apr 2014 22:05:39 +0900

Changed in freetype (Ubuntu Trusty):
status: Fix Committed → Fix Released
Bungeman (bungeman) wrote :

I have an issue with this patch (fix-incorrect-korean-fonts-rendering.patch). It claims to apply

but it does not. It applies the above patch, but also runs

src/autofit$ perl ../tools/ afblue.dat < afblue.hin > afblue.h

to regenerate the afblue.h. However, it does not also re-generate afblue.c. The re-generation is itself suspect, as this appears to have been run without FreeType commits


which would bring up to date with this change. It would be nice if afblue.c and afblue.h were generated as part of the build to avoid these sorts of issues, but the initial check-in (8b8be78385a2e564ebd62983512b81e541dff622) indicates this was not done to avoid a perl build dependency.

I would like to request that this patch be re-built to match the FreeType commit. Particularly that after the re-built patch is applied the src/autofit/afblue.h file look as much like as possible. Equivalently the output of

git diff trusty:src/autofit/afblue.h 98e510ee94e552e9e9f80891aa87b2b472d0f276:src/autofit/afblue.h

should have no material differences.

Bungeman (bungeman) wrote :

I have opened for tracking comment #21, trying to follow the instructions in comment #19.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.