PDF's generated by evince produce no print output on LaserJet 2200

Bug #461627 reported by Nathaniel Smith
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
cups (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: cups

For many different PDFs I have tried to print recently, I have experienced the following:
1) Open PDF in evince -- it displays fine, etc.
2) Click File -> Print, select the printer (an HP LaserJet 2200, connected over USB, auto-configured), click "Print"
3) Document is queued, the print icon pops up in the notification area, everything seems to work correctly on the software side.
4) The printer light blinks a few times and then that's it -- nothing is printed.

If I instead run 'lpr -P HP-LaserJet-2200 foo.pdf' on the same document, it prints correctly without fuss.

If I capture the actual PDF file that evince is generating and sending to cups -- e.g. by snagging it out of /var/spool/cups or using evince's "Print to file" option (these produce byte-identical PDF files; I checked), then the PDF file seems superficially fine -- it displays correctly in evince and xpdf, etc. -- but if passed to lpr then I see the same behavior as I see with evince, i.e., nothing prints.

Attached are two examples -- original#.pdf is the original file (downloaded from the internet or whatever) that prints correctly; bad#.pdf is the file that displays correctly, but that cups cannot print.

ProblemType: Bug
Architecture: amd64
CupsErrorLog:
 E [25/Oct/2009:14:00:24 -0700] "/etc/cups/ssl/server.crt" is a bad symlink - No such file or directory
 E [25/Oct/2009:14:00:24 -0700] "/etc/cups/ssl/server.key" is a bad symlink - No such file or directory
Date: Mon Oct 26 19:15:38 2009
DistroRelease: Ubuntu 9.10
MachineType: LENOVO 1709CTO
Package: cups 1.4.1-5ubuntu2
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
ProcCmdLine: root=UUID=eb19733d-95e4-4bc0-b78e-b240261bf3a4 ro quiet splash
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/usr/bin/zsh
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: cups
Uname: Linux 2.6.31-14-generic x86_64
dmi.bios.date: 06/19/2008
dmi.bios.vendor: LENOVO
dmi.bios.version: 7BETD6WW (2.17 )
dmi.board.name: 1709CTO
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr7BETD6WW(2.17):bd06/19/2008:svnLENOVO:pn1709CTO:pvrThinkPadX60:rvnLENOVO:rn1709CTO:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 1709CTO
dmi.product.version: ThinkPad X60
dmi.sys.vendor: LENOVO

Revision history for this message
Nathaniel Smith (njs) wrote :
Revision history for this message
Nathaniel Smith (njs) wrote :
Revision history for this message
Nathaniel Smith (njs) wrote :
Revision history for this message
Nathaniel Smith (njs) wrote :
Revision history for this message
Nathaniel Smith (njs) wrote :
Revision history for this message
Nathaniel Smith (njs) wrote :

And here's the /var/log/cups/error_log for plugging in the printer and then running 'lpr -P HP-LaserJet-2200 bad2.pdf'. I believe the actual print job starts at 26/Oct/2009:19:46:27.

I can't figure out how to get cups to save the various temporary files it generates, but from the outside it looks like the whole pipeline is running without errors (all the way through to the USB backend).

Let me know if there's any more info I can provide for debugging...

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.