Closed Bug 946542 Opened 12 years ago Closed 2 years ago

pdf.js renders a page correctly, but prints it incorrectly

Categories

(Firefox :: PDF Viewer, defect, P3)

x86_64
Linux
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: cjones, Unassigned)

References

()

Details

(Whiteboard: [pdfjs-integration][pdfjs-printing])

This occurs in the Fedora 18 build of Firefox 25. STR (1) Load http://www.freegigmusic.com/assets/pdf/vln-vln_amb--marche_parts.pdf . Observe that page renders correctly. (2) Print the same PDF. Observe that the printed page has garbled (missing?) glyphs. Workaround is to open the PDF with poppler and print from there.
Appears to be fine on OSX and windows.
Priority: -- → P3
Whiteboard: [pdfjs-c-integration][pdfjs-d-printing]
we have the same issue here under XP with FF27 text is fine with pdf.js but if we print it it's full of "rrrr" or 66666 work around : turn pdf.js off in about:config
I am experiencing a similar issue. I am using pdf.js embedded into a page and the print button works perfectly fine on my development boxes (OpenSUSE 12.3 and Windows Server 2008 R2) but my client computers seem to have an issue. On these machines, running Windows 7, the print button *appears* to work correctly in that it does seem to send the PDF data to the printer, but all pages come out blank (it does, however, spit out the correct # of blank pages). Right now this is all of the information that I have, but as I investigate further I will try to keep this bug ticket up-to-date.
I'd like to add to this bug as it looks like it hasn't been updated in awhile. For a summary, see my original Mozilla support post here: https://support.mozilla.org/en-US/questions/1087684?utm_campaign=questions-reply&utm_medium=email&utm_source=notification It appears this is both a Mac and PC issue for PDFs printing with invalid/incorrect characters when using FF's pdf.js. 1) This example file prints differently when using pdf.js and viewed with a different orientation than the file was seemingly made for. (Compare to Adobe in Firefox, Chrome, IE, or Safari.) https://www.superteacherworksheets.com/reading-comp/printables/1st-ball-for-my-dog_TZZMD.pdf This first issue might be solved if pdf.js offered an Auto Portrait/Landscape option when printing. It does not though; is there or was there ever any plan for this? It seems like all of the other built in PDF readers have it. 2) This example file outputs certain characters on screen differently - and then also prints incorrect - when using pdf.js. (Compare to Adobe in Firefox, Chrome, IE, or Safari.) https://www.superteacherworksheets.com/addition/printables/addition-i-have-who-has_WNNFQ.pdf Since Firefox has made pdf.js the default option on newer browser versions, we've dealt with thousands of customer complaints about printing (when the screen output looks perfect). We don't want to steer users away from FF, but we have no other choice as these have been longtime nagging bugs. Note: I also cross posted this in https://bugzilla.mozilla.org/show_bug.cgi?id=880181 - the bugs look similar and are probably related.
Flags: qe-verify?
Whiteboard: [pdfjs-c-integration][pdfjs-d-printing] → [pdfjs-integration][pdfjs-printing]
Flags: qe-verify? → qe-verify+
Severity: normal → S3

Tested on Firefox 114.0b9 on Ubuntu 22.04, macOS 13.3.1 and Windows 11 with the links provided by Marco in Comment 5. Printed both on PDF and physical printer (HP DeskJet 3700) and couldn't any strange behavior to the outputted files.

Flags: qe-verify+
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.