Prints garbage

Bug #1791161 reported by Ben P
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
qpdfview
Incomplete
Undecided
Unassigned

Bug Description

I have a case where qpdfview renders a PDF perfectly on my screen, but prints mostly garbage on paper (except for the logo in the top right - that prints fine) when I use two different printers. I have attached the one-page document, and you can find it online at "http://www.nanolab.ucla.edu/pdf/New_User_Application.pdf". Atril Document Viewer in Ubuntu 18.04 and Adobe Acrobat DC in Windows 10 print as expected, i.e. not garbage.

The plot thickens when I tried to print the document found at "https://ucla.app.box.com/v/ISNC-NewUser", and the nearly identical document on page 2 also prints garbage, but page 3 prints fine.

I'm running Xubuntu 18.04, and qpdfview version is 0.4.14 .

Edit: This has now happened with several other PDFs that I have tried printing, so it isn't just the documents that I attached.

Revision history for this message
Ben P (bpound) wrote :
Ben P (bpound)
description: updated
Revision history for this message
brian_p (claremont102) wrote :

Hello Ben,

From observation, my understanding is that qpdfview sends New_User_Application.pdf to the printing system completely unaltered. The implication is that what you are observing is the responsibility of your printing system and not qpdfview (unless it lies in the options sent with the file). You can test this yourself using

https://wiki.debian.org/DissectingandDebuggingtheCUPSPrintingSystem#Capturing_the_File_Received_by_CUPS

In contrast, I think Adobe Acrobat converts a file to PostScript first and I know for sure that Atril converts your PDF to another PDF. So the comparison is not really all that useful.

Because you do not say what the printers are it is not possible to trace the filter conversions as described in the previous link.

Cheers,

Brian.

Revision history for this message
brian_p (claremont102) wrote :

 > Because you do not say what the printers are it is not
 > possible to trace the filter conversions as described
 > in the previous link.

However, it is possible to do a thing or two to sort out whether qpdfview and its Qt printing system is at fault.

 lp -d <print_queue> New_User_Application.pdf

sends the PDF to your printing system unchanged. If it prints correctly, you can be pretty sure the system and the PDF are ok. That leaves investigating the options which qpdf sends with the PDF. An error_log will tell you what they are. Then

 lp -d <print_queue> -o <option> New_User_Application.pdf

could be a fruitful approach. Lots of work; but without it we probably won't resolve this.

Cheers,

Brian.

Revision history for this message
Adam Reichold (adamreichold) wrote :

Thanks for handling this brian_p! Marking as incomplete as we need further information, i.e. does using "lp" directly work and if not what options are passed by qpdfview.

Changed in qpdfview:
status: New → Incomplete
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.