@font-face: Locally installed font breaks access to font variants

RESOLVED INVALID

Status

()

RESOLVED INVALID
9 years ago
9 years ago

People

(Reporter: paulirish, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

9 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_3; en-US) AppleWebKit/534.1 (KHTML, like Gecko) Chrome/6.0.427.0 Safari/534.1
Build Identifier: see http://dox.thss.ca/webfonts.png


Screenshot of correct behavior:
http://paulirish.com/i/3640.png


Screenshot of error:
http://dox.thss.ca/webfonts.png

Reproducible: Always

Steps to Reproduce:
1. Install droid fonts locally http://download.damieng.com/fonts/redistributed/DroidFamily.zip
2. View http://jsfiddle.net/paul/GhNZp/1/   
Actual Results:  
Italic and bold variations are not italic and bold

Expected Results:  
The @font-face and styling rules determine these fonts should be italic and bold.

This only occurs in Firefox. Chrome handles this case fine.
Just to confirm, you see the buggy behavior on Linux but not on OSX, right?
Component: Layout: Text → Graphics
QA Contact: layout.fonts-and-text → thebes
The behavior shown at http://dox.thss.ca/webfonts.png is the expected behavior.

http://jsfiddle.net/paul/GhNZp/1/ uses the same face fullname
local('Droid Serif') for each @font-face variant, so the same face is correctly being used for each variant.

If you would like each @font-face to use a different face, then specify a different face fullname.

Don't know why chrome gets this wrong though.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.