Closed
Bug 735556
Opened 12 years ago
Closed 12 years ago
Data-URI with WOFF web font and @font-face not working
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
VERIFIED
INVALID
People
(Reporter: lbourgault_roy, Unassigned)
Details
Attachments
(1 file)
69.05 KB,
text/html
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 Build ID: 20120215223356 Steps to reproduce: I tried to use the font-face attribute with a woff font, but instead of linking to an external resource, I directly embedded the font in the web page using a data URI. Actual results: The font wasn't used in the rendering, instead falling back to a standard font. Safari, Chrome and IE9 displayed the font correctly. Expected results: Firefox should correctly display the embedded font
Reporter | ||
Updated•12 years ago
|
Severity: normal → minor
OS: Windows NT → All
Updated•12 years ago
|
Attachment #605637 -
Attachment mime type: text/plain → text/html
Comment 1•12 years ago
|
||
Error: downloadable font: rejected by sanitizer (font-family: "Lato-Light" style:normal weight:normal stretch:normal src index:0)
Component: Style System (CSS) → Layout: Text
QA Contact: style-system → layout.fonts-and-text
Updated•12 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•12 years ago
|
||
Check the woff file with Tal Leming's woff validator (see http://code.typesupply.com/wiki/woffTools), and I think you'll find that it has an error. Then report the problem as a bug against whatever woff-production tool was used to create it. I believe Firefox is correct to reject the resource as invalid.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 3•12 years ago
|
||
Alright then. It is weird though that IE and Safari accept it. Thank you for checking it out.
Comment 4•12 years ago
|
||
This just means they're not validating the data as carefully. I expect they will be updated in due course, as the WOFF conformance test suite requires browsers to reject malformed files. Chrome, in particular, will probably reject it soon, as it uses the same font validation library as Firefox (though sometimes one or the other may be more up-to-date).
Meybe more example: its started from Firefox 4 http://fortawesome.github.com/Font-Awesome/ etc I know about 20 pages that fonts not work on Firefox correctly and in some pages there are popup message please use Chrome because Firefox is buqy.
Comment 6•12 years ago
|
||
This bug report is about _one_ specific font. This font is broken and the bug is marked invalid.
Status: RESOLVED → VERIFIED
Go to: http://www.fontsquirrel.com/fontface/generator Create font eq woff by using Base64 encoding its only broken in Firefox so Firefox is buqqy. All pages for generate base64 font make the same base64 string but only Firefox cant handle this. ___ Remember please one thing Netscape whose **** for "web-developers" because if you had broken code no valid by "The W3C" specification, webpage not render correctly. Internet explorer has lot of hack for perfect rendering page this is reasons why people use it in past. And now people use Chrome because its render perfect page. Developer use it because Mozilla canot repair buq from 2002 eq "page break" etc. And you now What Chrome has implemented "command line printing" + PDF one weak after you remove this feature from Firefox. Stave belmer says Developer Developer Developer Developer Mozilla say: F... webdeveloper F... webdeveloper F... webdeveloper F... webdeveloper since 2002
Comment 8•12 years ago
|
||
THE://: It looks like you did not understand comment 6, so please read it again. And again. Please go to a random forum for your off-topic rants. This is a bugtracker so stay technical and respectful. Otherwise your account will be quickly disabled.
You need to log in
before you can comment on or make changes to this bug.
Description
•