Red Hat Bugzilla – Bug 239203
PDF file that is unprintable on HPCLJ2840
Last modified: 2008-01-24 05:08:14 EST
Description of problem:
I'm filing this under hplip because I think it's a problem with
/usr/lib/cups/backend/hp. I can print the same document to the fax printer
(/usr/lib/cups/backend/fax) and it works.
When I print the attached file to the printer, all appears to go well. The
printer even flashes "printing" for about a second. Then nothing else.
I'll post this upstream as well.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. load file in evince
3. nothing gets printed
printer actually flashes "printing" for about 1 second and then stops.
cups thinks that the file printed successfully:
HP_Color_LaserJet_2840-59 evince-print bjohnson 220k 1 completed at
Sat 05 May 2007 06:52:54 PM MDT
cups error log:
I [05/May/2007:18:52:39 -0600] Adding start banner page "none" to job 59.
I [05/May/2007:18:52:39 -0600] Adding end banner page "none" to job 59.
I [05/May/2007:18:52:39 -0600] Job 59 queued on "HP_Color_LaserJet_2840" by
I [05/May/2007:18:52:39 -0600] Started filter /usr/lib/cups/filter/pdftops (PID
1113) for job 59.
I [05/May/2007:18:52:39 -0600] Started filter /usr/lib/cups/filter/pstops (PID
1114) for job 59.
I [05/May/2007:18:52:39 -0600] Started backend /usr/lib/cups/backend/hp (PID
1115) for job 59.
Created attachment 154215 [details]
pdf file that won't print
Can you attach the PPD file you're using (from /etc/cups/ppd/)? Thanks.
Created attachment 155123 [details]
Attached is the ppd file that I'm using that doesn't print the pdf.
Created attachment 155152 [details]
PS file processed by CUPS
Here's the PostScript file I get from CUPS in F-7, ready to give to the hp
backend. Please try printing it as 'raw':
lp -oraw output.ps
Do you get the same results? If so, please show me the output of '/sbin/lpinfo
Yes, I get the same results. Here is the output from lpinfo -v:
# lpinfo -v
Thanks. What URI is the queue you're printing to using? (lpstat -s will say)
# lpstat -s
system default destination: HP_Color_LaserJet_2840
device for Cups-PDF: cups-pdf:/
device for HP_Color_LaserJet_2840: hp:/net/HP_Color_LaserJet_2840?ip=192.168.1.11
device for HP_Color_LaserJet_2840_fax:
Okay, perfect. Please do the following:
lpadmin -p test -v socket://192.168.1.11
lp -dtest output.ps
I'm trying to eliminate the hp backend from the problem.
# lpadmin -p test -v socket://192.168.1.11
# cupsenable test
# accept test
# lp -dtest /tmp/output.ps
request id is test-83 (1 file(s))
It didn't show up in my print status applet either this time.
No, it wouldn't: we submitted the job as root.
Did the printer display "Printing" at all? How about if you submit the CUPS
test page, like 'lp -dtest /usr/share/cups/data/testprint.ps'?
(In reply to comment #11)
> Did the printer display "Printing" at all?
Yes, it very briefly says "Printing Document" then goes back to "Ready".
> How about if you submit the CUPS
> test page, like 'lp -dtest /usr/share/cups/data/testprint.ps'?
Then I get the cups test page printed out.
Created attachment 155172 [details]
Please try 'lp -dtest pdftops.ps'. This file is the result of applying only
the pdftops filter, and not the pstops filter, with the cupsRotation line taken
Brief "printing" message on printer, no output - same as before.
It might be worth checking with HP whether there is any updated firmware for
that device. It is not unknown for PostScript modules to need firmware fixes.
Other than that I'm a bit stuck. The PostScript seems alright to me: evince
displays it without problems, for instance. :-/
It's running the latest published firmware (20060517). I'll see what resources
I can find at HP regarding this.
I've been able to reproduce this. However I can print other pdf's fine. I'm
thinking maybe the pdf was created outside the normal margins perhaps? I'll
continue to experiment.
(In reply to comment #17)
> However I can print other pdf's fine.
Same here, only these pdfs that are created with gnucash seem to be a
problem. If it's of any consequence, I can transfer this pdf file to a
windows computer and it will print fine.
> I'm thinking maybe the pdf was created outside the normal margins perhaps?
Perhaps, although I opened the pdf in pdfedit and checked the page metrics and
it's 8.26389 x 11.6806. That sounds like A4. Not what I expected, but it
should still print. (Also, normally if a different paper type, other than US
letter, is called for my printer puts a message on the display and stops until
it's provided in the tray).
Well, I just went a created a PDF on US letter size paper and it does the same
Thanks for taking a look Aaron.
 Actually, I'm using the "Create a PDF document" that is part of my print
dialog. I believe that this is provided by Gtk to any Gtk application? I tried
the same experiment with Evolution and was able to create pdf files that printed
I noticed a new (20070524) firmware was released and I retested with it. The
results were the same.
Will this PDF file print on other printers or is it just particular to my printer?
I ought to dig out the HP LaserJet 5 I have and try it with that.
I just updated to firmware 20070524 Rev G (yeah that's right, same date code,
new revision). Printing now works as expected. I should have tested again
before I upgraded the firmware to see *what* fixed it (firmware vs. software).
Anyway, somebody, somewhere, fixed something. And now it works.
Okay, thanks for testing. Sorry I didn't get to this one.