QA/Firefox3.1/FontFace TestStatus
< QA | Firefox3.1
Notes
@font-face test status Test Plan: @font-face TestPlan
Executed Tests
(Tests Already Executed)
Tests marked with star (*) shows that some unexpected features were found. See [FontFace_TestStatus#Possible_Risks Possible Risks] section for details.
Combination Tests for the following features (on Mac OS X):
Font Face | serif, sans-serif, cursive, Asian, Arabic |
Font Format | TrueType, OpenType, TrueType-AAT(Apple Advanced Typography), EOT(Microsoft Embedded OpenType) |
Source | url, local |
File Encoding | Western, UTF-8, Shift_JIS, and other language-specific encodings |
Font name tests
- Font with multiple names (*)
- When family-name was overrode by @font-face rules
Font source tests
- Fallback function tests (*)
Rules tests
- when multiple @font-face rules was in a single file
- when multiple font face was assigned to a single font-family by @font-face
- font matching algorithm (font-weight, font-style, font-stretch) (*)
- how CSS marksups and HTML tags affect (*)
Others
- Tests to make sure downloaded fonts cannot be used from other documents
- Printing Test
- Same origin policy test (*)
Planned (but not executed) Tests
(Tests Not Executed Yet)
See the TestPlan for details.
Possible Risks
(Known bugs, not-yet-implemented features, questions)
Bugs already Filed in bugzilla:
- Firefox crashes when you leave the page before the font download finishes.
- For example, the following test page should crash your firefox (only if have applied the patch for bug 441473).
- http://people.mozilla.org/~ctalbert/fontface/downloadable-font-crashtest.html
- Now filed as bug 451462
- Unknown gryph change happens to some Japanese characters when font (which does not contain Japanese characters) is downloaded and rendered.
- I think it shouldn't change.
- Now filed as bug 451426
- It happens when the file is encoded in Japanese encoding (Shift_JIS, EUC-jp).
Suspected features (are these bug? or expected behaviors?)
- Embedded OpenType fonts are not displayed (at least on Mac)
- The layout after the new fonts load seems to be based on the old layout, as is mentioned in bug 441473 #33
- When it fails to download the font from every URI written in src, it just doesn't display anything ... shouldn't it display in default font?
- Also, when the url written in src did exist but was not in a proper format, it displays nothing. Even if they had other candidates after that url, those candidates are ignored.
- Same-origin restriction is not implemented yet.
- Some fonts have more than two font names (ex. HiraKakuPro-W3 and ヒラギノ角ゴ Pro W3). src:local() cannot recognize font names written in Japanese
- Normal font-family: ""; can recognize font names written in Japanese
- MEMORY LEAK occurs when you try to download something...
Others
- How about Datafork TrueType fonts? How about bitmap fonts?
Obstacle to check-in
- Is it possible to install a font to user's machine?
- When we are to test @font-face { src:local(aFontFaceName) } rules, we have to make that the specified font is installed in the user's system.
- Would there be any problem to upload a font to a web server, regarding to the license?
- When we are to test @font-face { src:url(aFontFaceURL) } rules, we have to upload that font file to a web server. Does that violate any license? (Would it be regarded as redistribution?)