Closed Bug 678658 Opened 13 years ago Closed 13 years ago

Downloadable font specified with @font-face{ src } doesn't render in Print / Print-Preview

Categories

(Core :: Layout: Text and Fonts, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 468568

People

(Reporter: fargaud, Unassigned)

References

()

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0.1) Gecko/20100101 Firefox/5.0.1
Build ID: 20110707182747

Steps to reproduce:

I am trying to print a page with contain custom fonts. 






Actual results:

Though the page displays correctly on screen, the custom font is replaced by a different font (Times New Roman ?) on "Print Preview" mode.


Expected results:

The Custom font should have been used in "Print" mode as well. The "Print Preview" functionality correctly works in both Chrome and Safari. 

I am attaching a font face kit generated on fontsquirrel.com (using the Banksia font). Please expand the archive and open "demo.html" in Firefox. Notice that the text correctly appears in the Banksia font. Now go to File -> Print -> Preview and notice that the font has been replaced by "Times New Roman".

I am also able to reproduce the issue on Windows XP with Firefox 5.0

Thanks for your help!
Component: General → Print Preview
Product: Firefox → Core
QA Contact: general → printing
Confirmed on Mozilla/5.0 (Windows NT 5.1; rv:8.0a1) Gecko/20110813 Firefox/8.0a1 ID:20110813030746

Possible duplicate of Bug 468568
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Mac OS X → All
Whiteboard: [dupeme?]
Version: 5 Branch → 8 Branch
From the testcase:
	<style type="text/css" media="screen">
		h1.fontface {font: 60px/68px 'BanksiaRegular', Arial, sans-serif;letter-spacing: 0;}

		p.style1 {font: 18px/27px 'BanksiaRegular', Arial, sans-serif;}
		p.style2 {font: 18px/27px 'BanksiaBold', Arial, sans-serif;}
		p.style3 {font: 18px/27px 'BanksiaBlack', Arial, sans-serif;}
		
		#container {
			width: 800px;
			margin-left: auto;
			margin-right: auto;
		}
	</style>

I believe the media="screen" there might be your problem.  Does this still reproduce if you delete that?

Reference:
  http://www.w3schools.com/css/css_mediatypes.asp
 (That uses the "@media" syntax, but I believe <style media="whatever">
  works the same way)
(Ah, here's the w3schools page that describes the media="whatever" syntax:
  http://www.w3schools.com/tags/att_style_media.asp
See that as a reference.)

Resolving as INVALID given that the described results are correct given the markup.  Please reopen (with an updated reduced testcase) if you happen to still see this after removing the "media" specification.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
Whiteboard: [dupeme?]
Version: 8 Branch → Trunk
Hi,

Sorry if the test case was ambiguous. Please consider the reduced test case

(1) Please get the banksia font from the following link: http://www.fontsquirrel.com/fonts/download/Banksia

(2) Copy the following in an html file:

<html>
  <head>
    <style type="text/css">
      @font-face {
        font-family: 'BanksiaRegular';
        src: url('banksia.ttf');
      }
      body{
    	font-family: 'BanksiaRegular';
    	font-size: 120px;
      }
    </style>
    <title>Banksia Regular Specimen</title>
  </head>
  <body>
    <span>abcdefghijklmnopqrstuvwxyz</span>
  </body>
</html>

Though the page displays correctly on screen, the custom font is replaced by a different font (Times New Roman ?) on "Print Preview" mode.

Thanks!
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Component: Print Preview → Layout: Text
QA Contact: printing → layout.fonts-and-text
Summary: Incorrect fonts in Print Preview (Firefox 5.0.1 on Mac OS X 10.6) → Downloadable font specified with @font-face{ src } doesn't render in Print / Print-Preview
Hardware: x86 → All
Here a live, testable version of the testcase provided in the previous comment.  I included the font file inline, as a data URI.

I can reproduce the bug with this testcase.
Mozilla/5.0 (X11; Linux x86_64; rv:8.0a1) Gecko/20110803 Firefox/8.0a1

(In reply to Tim (fmdeveloper) from comment #1)
> Possible duplicate of Bug 468568

Maybe, but not necessarily.  That bug seems to be specifically about situations with _multiple_ downloadable fonts in play (of which most render correctly), based on the first few comments there.  Whereas, in this case, the attached testcase only has one downloadable font, and it's not rendering.
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: