New issue
Advanced search Search tips

Issue 51973 link

Starred by 27 users

Issue metadata

Status: Fixed
Owner: ----
Closed: Nov 2013
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug

Sign in to add a comment

Elements with font-variant:small-caps and text-rendering:optimizelegibility broken on Windows

Reported by, Aug 12 2010

Issue description

Chrome Version       : 6.0.490.0 (Official Build 55537) canary build
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
     Safari 4: OK
  Firefox 3.x: OK
         IE 7: OK
         IE 8: OK

What steps will reproduce the problem?
1. Set text-rendering property to optimizelegibility on an element
2. Set font-variant property to small-caps on an element

What is the expected result?
The element should be rendered with small-caps

What happens instead?
The element is rendered without small-caps

Please provide any additional information below. Attach a screenshot if

It appears to be working fine on Mac, but broken on Windows and Linux Chrome 5, Chrome 6 beta, and Chromium nightly.

Tested on Windows 7 64bit, Windows XP, and Ubuntu 10.04
17.8 KB View Download

Comment 1 by, Aug 13 2010

Just discovered this bug when I tried to implement optimizeLegibility for my website; found this report thru a search.
A Chromium 6/Linux user reported odd behavior in blocks of text. As he mentioned on typophile [], "the most reliably broken page I’ve seen is one where the text block is unfolded by animation".

Screenshot attached.
14.6 KB View Download

Comment 3 by, Dec 21 2010

I have also font/text problems in Ubuntu Linux 10.10 with the latest Chromium build.
See the attached picture. It also show the current font-settings in Ubuntu.
The webpage is

$ chromium-browser --version 
Chromium 10.0.618.0 Ubuntu 10.10

$ lsb_release  -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 10.10
Release:	10.10
Codename:	maverick

$ uname -a
Linux maverick64 2.6.35-22-generic #35-Ubuntu SMP Sat Oct 16 20:45:36 UTC 2010 x86_64 GNU/Linux

The text is OK in Firefox 4.
358 KB View Download
I also discovered this problem today. Still present. :/

Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/534.13 (KHTML, like Gecko) Chrome/9.0.597.83 Safari/534.13

Similary to ignoring font-variant: small-caps,
enabling  text-rendering:optimizeLegibility,
also looks to ignore text-align: justify!

Comment 5 by, Jun 2 2011

Labels: -Area-Undefined Area-WebKit OS-Linux OS-Windows

Comment 6 by, Jun 6 2011

Labels: Feature-Fonts
Status: Assigned

Comment 7 by, Sep 20 2011

Owner: ----
I'm not going to get to this bug before my leave.  As it is a font bug, I'll CC bashi in case he is interested.

Comment 8 by, Sep 21 2011

Labels: -OS-Linux
Looks like this problem was fixed on Linux, but still present on Windows.

Comment 9 by, Sep 21 2011

 Issue 75042  has been merged into this issue.

Comment 10 by Deleted ...@, Nov 14 2012

Is the only workaround to drop text-rendering : optimizelegibility?

Comment 11 by, Nov 15 2012

Bashi, can you summarize the problem given the new harfbuzz Linux situation?

Comment 12 by, Nov 15 2012

I think this bug was fixed on Linux.
Project Member

Comment 13 by, Mar 10 2013

Labels: -Area-WebKit -Feature-Fonts Cr-Content Cr-Content-Fonts

Comment 14 by Deleted ...@, Mar 17 2013

Bug still !
Version 25.0.1364.172 m (windows 7 64 bits)

Small caps OK without "text-rendering: optimizeLegibility;"
Project Member

Comment 15 by, Apr 6 2013

Labels: -Cr-Content Cr-Blink
Project Member

Comment 16 by, Apr 6 2013

Labels: -Cr-Content-Fonts Cr-Blink-Fonts

Comment 17 by Deleted ...@, Apr 10 2013

Still seems to be a bug now. Or did it come back?

text-rendering: optimizeLegibility;
font-variant: small-caps;

small-caps are ignored. 3-year old bug, really?

Comment 18 by Deleted ...@, May 31 2013

Still a bug...when can we expect a fix?????

Comment 19 by Deleted ...@, Jul 30 2013

Unfortunately running Chrome 28.0.1500.72m (Windows 7 64-bit) and setting both text-rendering:optimizeLegibility and font-variant:small-caps on an element still results in the text not being rendered in small-caps.

In 13 days time this bug will be three years old.
Labels: todo-kbx
Status: Unconfirmed
Bulk reset for re-triage.
bulk edit for re-triage.
Status: Untriaged
Summary: Elements with font-variant:small-caps and text-rendering:optimizelegibility broken on Windows (was: Elements with font-variant:small-caps and text-rendering:optimizelegibility broken on Win/Linux)
Reconfirmed with

 1. Repro on Windows  32.0.1657.2 canary Aura
 2. Works fine on Chrome OS (29.0.1547.74)
 3. Assuming fixed on Linux based on comments
Labels: -todo-kbx
Owner: ----
Status: Available
According to
 text-rendering used on 15% of page loads
 font-variant   used on 22% of page loads

cc-ing a couple of folks who helped in the past on optimizeLegibility issues.
Labels: M-33
Status: Fixed
HarfBuzz switch  fixed it.

Sign in to add a comment