Last Comment Bug 314707 - SVG Font Size Printing Error
: SVG Font Size Printing Error
: fixed1.8.1, regression
Product: Core
Classification: Components
Component: SVG (show other bugs)
: Trunk
: x86 Windows XP
-- normal with 8 votes (vote)
: ---
Assigned To: Robert Longson
: Hixie (not reading bugmail)
: Jet Villegas (:jet)
: 322161 325887 357559 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2005-11-01 21:15 PST by bug
Modified: 2006-10-23 03:41 PDT (History)
14 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

possible patch (1.23 KB, patch)
2006-07-14 09:53 PDT, Robert Longson
tor: review+
roc: superreview+
Details | Diff | Splinter Review
branch patch (1.05 KB, patch)
2006-07-17 03:07 PDT, Robert Longson
tor: review+
roc: superreview+
dbaron: approval1.8.1+
Details | Diff | Splinter Review

Description User image bug 2005-11-01 21:15:01 PST
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051025 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051025 Firefox/1.5

While printing out the basic calendar in the above URL 
( ), 
in Firefox 1.5 Beta 2 and Firefox 1.5 RC 1, the font size does not print correctly, it prints out much larger than the coding states, regardless of Portrait or Landscape printing.  This issue also occurs in all other SVG documents that I have checked with text.  Furthermore, the SVG graphics print out correctly on all files.  All of the tested files render perfectly on-screen, it is only the printing that has an issue.

This issue does not occur with Firefox 1.5 Beta 1, the document prints correctly.

Thank you for any assistance that you may be able to provide.

Reproducible: Always

Steps to Reproduce:
1.Open the URL in Firefox 1.5b2 or 1.5RC1 ( )
2.Print the file.
3.Error occurs in printed font size.

Actual Results:  
Font size prints much larger than the encoded  ...font-size="18">  I do not have the facilities to measure what the acutal print out size is, but it is clearly incorrect.  Printer is an HP DeskJet920c, which works perfectly, and is using the current printer drivers.

Expected Results:  
In Firefox 1.5b1, the error was not reproduceable.  The font size printed perfectly.

This issue occured on multiple profiles, and also on the nightly (01Nov05) build for Firefox Deerpark Beta 2 1.6a1.  This issue was not reproduceable on the nightly Mozilla build, because Mozilla does not support SVG at this time.
Comment 1 User image Josh Birnbaum 2005-11-01 21:56:09 PST
I see this as well with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051101 Firefox/1.6a1.
Comment 2 User image bug 2005-11-11 07:38:21 PST
This issue persists with the latest Firefox 1.5RC2 install.
User Agent: 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051107 Firefox/1.5
Comment 3 User image bug 2005-11-17 18:06:14 PST
This issue continues with the latest Firefox 1.5rc3 build.
User Agent:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Comment 4 User image jleonardog 2005-11-29 12:14:53 PST
This issue continues in the final version of Firefox 1.5
Comment 5 User image Timmy Brolin 2005-11-29 12:20:08 PST
I have this problem as well with the latest Firefox 1.5RC3.
I'am using Windows 2000, and my printer is a Samsung ML-1450 laser printer.
The printed text is about 3-4 times bigger than expected, and the text is printed with low resolution. The pixels can be seen very clearly.

Not sure if this is related, but thinn black lines do not print very well either. It looks like they are printed as low resolution raster graphics.
For example, I use SVG to draw family trees:
The black lines are printed as relatively wide dithered light grey lines. Not very pretty.
Comment 6 User image djn 2005-11-30 13:10:47 PST
I can reproduce this issue with Firefox 1.5, using a LaserJet 2300 printer with HP's PCL 6 driver.
Comment 7 User image antony 2006-01-13 05:07:06 PST
I'm cuirous to know is there any changes concerning this topic.
This bug seems to be much more important because it renders the SVG almost inusable for text printing.
Comment 8 User image bug 2006-02-01 16:31:26 PST
This issue persists in the new Firefox
User Agent = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20060111 Firefox/
Comment 9 User image Nickolay_Ponomarev 2006-02-05 13:36:05 PST
*** Bug 325887 has been marked as a duplicate of this bug. ***
Comment 10 User image Nickolay_Ponomarev 2006-02-05 13:37:21 PST
*** Bug 322161 has been marked as a duplicate of this bug. ***
Comment 11 User image Nick Johnston 2006-02-22 00:43:57 PST
Not sure whether to create a new bug. I have two SVG-related issues (one is related/same as this bug, the other is different) and can reproduce on both SeaMonkey 1.0 and Firefox 1.5.

(Applies on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20060130 SeaMonkey/1.0))

SVG files not printed in the right place
When SVG files are printed, either to a physical printer or a virtual one (such as PDF Creator), the SVG file is not printed in the correct place. Usually the SVG file is printed on the next page, in the location that it should have been printed at. Examples:

Also see for an example of an incorrectly printed document (see

Font sizes wrong in printout
The font size is about 10 or 15 times what it should be - for example, in the 'graph' example above, the "Apple" label is almost as high as the circle's radius.

In view of this, would it be possible to have GDI+ enabled builds of SeaMonkey? I can't help but think that the move to Cairo as the SVG rendering backend has been a bit rushed. People can't use the Adobe SVG Plugin either as it crashes both Firefox and SeaMonkey (see ). One of the oft-quoted reasons for using Cairo on Win32 is that it relieves the need to download GDI+ - well, I think it's worth downloading it to get better SVG rendering and printing.

The SVG print preview bug also remains: .
Comment 12 User image bug 2006-04-14 11:27:18 PDT
This issue persists in both of the following versions: (Firefox)
User Agent = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20060308 Firefox/

2.0a1 (Bon Echo)
User Agent = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20060321 Firefox/2.0a1
Comment 13 User image bug 2006-05-02 15:29:58 PDT
This issue is still continuing in the latest Firefox build.
User Agent = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20060426 Firefox/

This ticket has been opened for over 6 months and it is getting rather inconvenient to have to keep a copy of Firefox 1.5 Beta 1 installed to print out business presentations that were created in SVG.  Is this issue going to be resolved? Is anyone working on this? Will I have to escalate it to get some action?
Comment 14 User image bug 2006-07-11 13:34:20 PDT
This issue persists in the newest Firefox 2.0 Beta 1.
User Agent = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060707 Firefox/2.0b1

... In addition to still existing within the current primary 1.5 build:
User Agent = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20060508 Firefox/
Comment 15 User image Robert Longson 2006-07-14 09:53:08 PDT
Created attachment 229259 [details] [diff] [review]
possible patch

I have some questions.
a) Does this patch break Linux/Mac printing?
b) When did prints become so small on Windows? Printing the SVG in the URL gives a tiny output on Windows trunk builds rather than the full page output of Firefox 1.5. Is it due to the change to gfx? This issue is clearly a different bug though.
Comment 16 User image tor 2006-07-14 14:29:36 PDT
Comment on attachment 229259 [details] [diff] [review]
possible patch

OS-X and Linux printing appear unaffected by this patch, and do have text the right size.

mkaply: this would be a good thing to pick up on the branch.

The printing problems with windows on the trunk are likely due to interaction with thebes, which is currently the default.  If you build with --enable-default-toolkit=windows the behavior should be the same as 1.5.
Comment 17 User image Robert Longson 2006-07-17 03:07:26 PDT
Created attachment 229448 [details] [diff] [review]
branch patch
Comment 18 User image Robert Longson 2006-07-19 05:40:42 PDT
Checked into trunk.
Comment 19 User image David Baron :dbaron: ⌚️UTC-8 2006-07-19 14:11:22 PDT
Comment on attachment 229448 [details] [diff] [review]
branch patch

a=dbaron on behalf of drivers.  Please check in to the MOZILLA_1_8_BRANCH and mark fixed1.8.1 when you have.
Comment 20 User image Robert Longson 2006-07-20 04:52:53 PDT
Checked into MOZILLA_1_8_BRANCH
Comment 21 User image Robert Longson 2006-10-23 03:41:39 PDT
*** Bug 357559 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.