Bug 239203
Summary: | PDF file that is unprintable on HPCLJ2840 | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Bernard Johnson <bjohnson> | ||||||||||
Component: | cups | Assignee: | Tim Waugh <twaugh> | ||||||||||
Status: | CLOSED RAWHIDE | QA Contact: | |||||||||||
Severity: | medium | Docs Contact: | |||||||||||
Priority: | medium | ||||||||||||
Version: | 7 | CC: | ke7ezt | ||||||||||
Target Milestone: | --- | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | All | ||||||||||||
OS: | Linux | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | 2008-01-24 10:08:14 UTC | Type: | --- | ||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||
Documentation: | --- | CRM: | |||||||||||
Verified Versions: | Category: | --- | |||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
Embargoed: | |||||||||||||
Bug Depends On: | |||||||||||||
Bug Blocks: | 235705 | ||||||||||||
Attachments: |
|
Description
Bernard Johnson
2007-05-06 01:32:32 UTC
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]
ppd file
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
-v'.
Yes, I get the same results. Here is the output from lpinfo -v: # lpinfo -v network socket network beh file cups-pdf:/ direct hal network socket://192.168.1.11 direct hp:/no_device_found network http network ipp network lpd direct parallel:/dev/lp0 direct scsi network smb 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: hpfax:/net/HP_Color_LaserJet_2840?ip=192.168.1.11 Okay, perfect. Please do the following: lpadmin -p test -v socket://192.168.1.11 cupsenable test accept test 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)) (nothing prints) 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]
pdftops.ps
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
out.
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. A (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[1]. 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 thing :( Thanks for taking a look Aaron. [1] 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 fine. I noticed a new (20070524) firmware was released and I retested with it. The results were the same. Aaron, 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. |