User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 Our environment: - Any version of Firefox 3 we've tried so far, the latest was V3.0.3 running under Windows XP Pro with SP2 and SP3 (on different machines) - Adobe Acrobat Version 8, PDF printer driver (on some machines) - PDF Converter Professional Version 4, PDF printer driver (on other machines) - Dell Color Laser 5110CN, PCL6 printer driver Attached two PDF files that illustrate the problem: one created with IE7 the other with Firefox 3.0.3 both printing to the Adobe Acrobat V8 PDF printer driver on the SAME machine running Win XP. Printing from the browser directly to the Laser printer produces the SAME result, so it's not the PDF This is a more drastic example, probably caused by the fact that this website is using a fixed space font (courier). In this example all of the courier font text is chopped off/almost unreadable If a website uses non fixed space font, the problem is less pronounced. Mostly the spacing of characters like "i" and "u" to the next following character is way off. You can also see this in the attached two example PDFs: Have a closer look at word "Invoice #" - the spacing of the "I" to the "n" and the word "Customer" The spacing of "u" to "s" The "i" In "Shipping" and "Shipped" and the "u" in "Part Number" etc. Reproducible: Always Steps to Reproduce: 1.Use Firefox Print Dialog ..... 2.Select Adobe PDF "Printer", print to PDF file 3.or alternatively print directly to printer Actual Results: See attached PDF files: Courier font characters are chopped off. Other font character spacing is incorrect. Have a closer look at word "Invoice #" - the spacing of the "I" to the "n" and the word "Customer" The spacing of "u" to "s" The "i" In "Shipping" and "Shipped" and the "u" in "Part Number" etc. Expected Results: Generate print output like shown in the PDF printed from IE. Firefox 2, btw also prints correctly, only Firefox 3 shows this problem

Printed from Firefox3 print dialog, selecting Acrobat 8 "PDF printer. PDF printer configured to print to file to generate postscript.

Adrian, I looked at the PostScript here, and it doesn't seem to be quite the same issue as bug 454532, but could you double-check, please?

There are three bugs here. The incorrect character spacing is bug 403513. (459748, 461237, 457986 look like dupes). The clipped bitmap glyphs is likely a cairo bug. I committed some bitmap font fixes to cairo back in May. I don't know which if any of these patches made it into Firefox. There is a cairo upgrade scheduled (bug 462938) so it will be interesting to see if that fixes the clipped glyphs. The other problem is the use of the bitmap font. Printing bitmap fonts on Windows with cairo has a number of issues. When printing the Helvetica/Times/Courier bitmap fonts that come with Windows, Windows and/or the printer driver usually substitutes them with printer fonts. This was not working correctly in Firefox/cairo. Wrong glyphs were substituted possibly due to the use of ETO_GLYPH_INDEX. At the time the fix was to make cairo emit a bitmap image to get the correct output. I should revisit this to see if any more improvements can be made. However there are still other issues to resolved to make the substitution work correctly including: - Firefox will need to ensure the layout is done with with the printer font metrics - How do we ensure the printer font has all the required glyphs? The best solution is for Firefox to avoid selecting a bitmap font if there is an equivalent vector font available. In addition to not working well with cairo, bitmap fonts are ugly. Ideally fonts should be selected with the following preference: OpenType, TrueType, Type1, other vector, bitmap. The following (fixed) bugs are related also related to font substitution: bug 432071, bug 396315, bug 432065.

> The incorrect character spacing is bug 403513. That bug sounds Linux-only, no? As far as bitmap fonts go, I wonder why we'd be selecting them for things like helvetica/times/courier, for which I'm sure Windows has vector fonts....

Does this bug still reproduce?

Version 47.0 of Firefox under Win10 does no longer shows this bug. I re-printed to original invoice shown in above example and it prints out fine.