Users also could use the Page Setup dialog (on Windows) or options in the Print dialog (on Mac) to clear all the headers and footers, but that's probably more hassle than using their external software.

For information on how to disable the PDF viewer, see this thread: https://support.mozilla.org/questions/951136

The headers and footers will be suppressed starting in Firefox 22, but hopefully it will get moved forward into an earlier release. Bug 743252 – Don't print the URL and other information when printing PDFs - note: please avoid posting comments in bugs because they are cc'd by email to over a dozen people.

Wow that was fast. Many thanks for the info. Fingers crossed they move the fix forward.

This is very serious issue for a some use cases. I have an Invoicing App where FireFox was one of the browsers I highly recommended. Users wrote me about this problem and I can't seem to really help them next to saying "download and then open the PDF" - which degrades usability a lot, "fiddle with firefox internals" - which is even worse, or use another browser "until" version 22.

They can't have some URL-s printed in their invoices out of the blue.

I don't have a big userbase, but even here I have to nag 100s of users to change something to continue to normally use the webapp because of this 19 "upgrade".

Hi refaktorlabs, I can appreciate that changes affecting your users are an added headache for your business. Whether it's the browser, or the user selecting an alternate PDF viewer, you need clear simple instructions that help your users appreciate your support.

Mozilla's support article "View PDF files in Firefox or choose another viewer" covers a lot of ground and might not be the clearest reference. Here are the steps as I see them.

(1) Open your Firefox Options/Preferences dialog

• On Windows, click the orange Firefox button or click the Tools menu, then choose Options.
• On Mac, click the Firefox menu then Preferences.
• On Linux, click the Edit menu then Preferences.

(2) Click Applications and pause while the list is displayed. Type pdf in the search box to filter the list.

(3) Click the drop-down control to the right of "Portable Document Format (PDF)" to change it from "Preview in Firefox" to your preferred handler for PDFs. This might be "Use Adobe Acrobat (in Firefox)" or another plugin or external program.

(4) Click OK to save your change and close the Options/Preferences dialog.

Hopefully all of your users can understand that.

(Edited screenshot to indicate "Firefox 19")

This is very helpful reply and while it worries me that FF did this without thinking about effects on it's users you showed that it has more than awesome community!

I will write this down and translate it to local language. I hope it will help our users. Thank you!

This fix was moved up to Firefox 20, which released today.

However, there still seem to be some issues around the header and footer area which are causing part of the PDF to cut off when printing.

Sigh.

I must be missing something? Because I go in to about:config, set all headers and footers to "" and it just doesn't stick. The headers and footers are still printed when I select and "Print to File"!

Package: firefox State: installed Automatically installed: yes Version: 20.0+build1-0ubuntu0.12.04.3

Hi kings9la, when you set all the header and footer fields to --blank--, what actually prints out?

Hi kings9la, apologies for missing your reference to about:config. I was referring to setting the header and footer fields in the Page Setup Options tab of the print dialog as pictured in this article: How to print web pages in Firefox.

If the page doesn't automatically detect your OS, use the button next to the Firefox logo to switch it. (JavaScript needs to be enabled, I believe.)

I agree with jscher2000. The URL has been removed, but the alignment has not been restored. Firefox is leaving space for printing the URLs, which was not there in previous versions. Our application prints the PDF to labels, so alignment is critical.

We currently have a very large customer which is being impacted, and we are having to advise them to tell their users to use another browser.

Anyone know if Mozilla is aware this is still an issue?

FYI I filed a bug for the margin still being incorrectly adjusted, despite page URL being removed: https://bugzilla.mozilla.org/show_bug.cgi?id=864871

Hi djfoster, I appreciate your further explanation of the problem. So you want Firefox to print the PDF full sized, without shrinking it to fit inside a blank header/footer area. That makes sense, and it would provide parity with the option in Adobe Reader.

I don't understand the relationship between Firefox's implementation of pdf.js and the open source pdf.js project, but one of us could search to see whether a bug has been filed with Firefox or an issued has been filed with the project on this.

For your customer(s), can you point them to this article, since any update is likely to take several weeks at best: View PDF files in Firefox or choose another viewer.

Hi djfoster, obviously I missed your earlier post about your bug. I think it might be a duplicate of this bug: 847049 – Printing from pdf.js rescales/resizes/shrinks output, and very poor print quality.

If forum members can contribute to the development, please feel free to pitch in. Otherwise, it's generally not helpful to add comments to bugs (unless there is a call for test cases), but you can register on the Bugzilla site and "vote" for them to be fixed. See:

• Bugzilla Etiquette
• Voting

Thanks for the info and the bug cross-reference - very helpful! We'll take a look at it-- it may indeed be the same issue. Will vote on it as well.

It is causing us an unbelievable amount of pain at the moment. We're seeing something similar in Chrome.

Unfortunately the end users of our product are generally not very sophisticated, so modifying their Preferences to choose another viewer was rejected by our customer as not feasible. They have always had direct print as their option for printing these labels, and they don't want workarounds. So I'm hoping Mozilla will put it back the way it was.