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

RESOLVED INVALID

Status

()

Core
Graphics
RESOLVED INVALID
8 years ago
8 years ago

People

(Reporter: Paul Irish, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

8 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.

Comment 1

8 years ago
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: 8 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.