Closed Bug 571410 Opened 15 years ago Closed 15 years ago

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

Categories

(Core :: Graphics, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: paulirish, Unassigned)

References

()

Details

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