| Summary: | C5580 cannot print to DVD anymore | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Tom Horsley <horsley1953> |
| Component: | hplip | Assignee: | Tim Waugh <twaugh> |
| Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 14 | CC: | jpopelka, twaugh |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-05-31 12:18:58 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Attachments: | |||
|
Description
Tom Horsley
2011-04-24 14:31:17 UTC
I see the hplip version numbers are identical in the f14 and f13 packages, so maybe it isn't an hplip problem, but someone is losing the tray info somewhere, and I just picked the highest probability candidate from past experience with DVD printing not working. Just tried a very simple test printing from GIMP, just putting a line of text well within the borders of the DVD, and that was able to print correctly. So it seems like this might either be a Qt printer interface problem or the margin handling has gotten tweaked somewhere and my exactly right size full width image now looks too big for the printer to think it can go on a DVD. On my f14 system I have this Qt: qt-4.7.1-17.fc14.x86_64 On the f13 system I have: qt-4.6.3-10.fc13.x86_64 You might be able to narrow down the problem by running the filters in the chain by hand.
You can find out the job attributes that were sent for the job by examining the /var/spool/cups/c* file like this:
python
import cups, pprint
r=cups.IPPRequest()
r.readIO(file("c00038").read)
pprint.pprint(r.attributes)
First of all, check that they look correct.
If they are fine, run the next filter in the chain. If your print job is the PNG file as-is, and you're using the hpcups driver, the next filter will be "imagetoraster".
You can run it like:
PPD=/etc/cups/ppd/myprinter.ppd \
/usr/lib/cups/filter/imagetoraster 1 me '' 1 \
'number-up=1 InputSlot=Auto other-job-attributes...' \
/var/spool/cups/data/d00038-1 \
> image.rast
where the relevant attributes you got from examining the c* file go on line 3, and line 4 is the PNG file you sent.
You can then examine the "CUPS Raster" format output using the rasterview package.
I'm not actually sending a .png file directly, I'm using the Qt library interface to paint an image on a printer device. What that does internally, I have no idea, but it clearly does something different than gimp. If I copy my margin values from the definition I have setup for the kewpie program into gimp's print... dialog (telling it first to ignore predefined margins), then gimp can print a perfectly centered image on the DVD just like I used to be able to do with kewpie (and I wrote kewpie because gimp printing was all messed up and I couldn't get it to set the margins, so we have now come full circle :-). Here's the attributes of the job kewpie sent to the printer (which did not work): [root@zooty cups]# python Python 2.7 (r27:82500, Sep 16 2010, 18:02:00) [GCC 4.5.1 20100907 (Red Hat 4.5.1-3)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import cups, pprint >>> r=cups.IPPRequest() >>> r.readIO(file("c00052").read) 3 >>> pprint.pprint(r.attributes) [<cups.IPPAttribute attributes-charset (1:71): ['utf-8']>, <cups.IPPAttribute attributes-natural-language (1:72): ['en']>, <cups.IPPAttribute printer-uri (2:69): ['ipp://localhost:631/printers/C5500-DVD']>, <cups.IPPAttribute job-originating-user-name (2:66): ['tom']>, <cups.IPPAttribute job-name (2:66): ['']>, <cups.IPPAttribute document-format (2:73): ['application/pdf']>, <cups.IPPAttribute media (2:68): ['CDDVD120']>, <cups.IPPAttribute job-priority (2:33): [50]>, <cups.IPPAttribute job-uuid (2:69): ['urn:uuid:278e3b24-cfd5-3e4b-4678-52822ea1a3e9']>, <cups.IPPAttribute output-bin (2:66): ['face-down']>, <cups.IPPAttribute output-mode (2:66): ['color']>, <cups.IPPAttribute print-quality (2:35): [4]>, <cups.IPPAttribute job-originating-host-name (2:66): ['localhost']>, <cups.IPPAttribute time-at-creation (2:33): [1304105977]>, <cups.IPPAttribute time-at-processing (2:33): [1304105977]>, <cups.IPPAttribute time-at-completed (2:33): [1304106019]>, <cups.IPPAttribute job-id (2:33): [52]>, <cups.IPPAttribute job-state (2:35): [9]>, <cups.IPPAttribute job-media-sheets-completed (2:33): [1]>, <cups.IPPAttribute job-printer-uri (2:69): ['ipp://zooty:631/printers/C5500-DVD']>, <cups.IPPAttribute job-k-octets (2:33): [58]>, <cups.IPPAttribute job-hold-until (2:68): ['no-hold']>, <cups.IPPAttribute job-sheets (2:66): ['none', 'none']>, <cups.IPPAttribute job-printer-state-message (2:65): [u'']>, <cups.IPPAttribute job-printer-state-reasons (2:68): ['none']>] >>> And here's the attributes from the job gimp sent (which did work): [root@zooty cups]# python Python 2.7 (r27:82500, Sep 16 2010, 18:02:00) [GCC 4.5.1 20100907 (Red Hat 4.5.1-3)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import cups, pprint >>> r=cups.IPPRequest() >>> r.readIO(file("c00053").read) 3 >>> pprint.pprint(r.attributes) [<cups.IPPAttribute attributes-charset (1:71): ['utf-8']>, <cups.IPPAttribute attributes-natural-language (1:72): ['en']>, <cups.IPPAttribute job-originating-user-name (2:66): ['tom']>, <cups.IPPAttribute printer-uri (2:69): ['ipp://localhost:631/printers/C5500-DVD']>, <cups.IPPAttribute job-name (2:66): ['triangle-118mm.png']>, <cups.IPPAttribute OutputMode (2:66): ['Normal']>, <cups.IPPAttribute MediaType (2:66): ['CDDVDMedia']>, <cups.IPPAttribute job-priority (2:33): [50]>, <cups.IPPAttribute InputSlot (2:66): ['CDDVDTray']>, <cups.IPPAttribute ColorModel (2:66): ['RGB']>, <cups.IPPAttribute number-up (2:33): [1]>, <cups.IPPAttribute Duplex (2:66): ['None']>, <cups.IPPAttribute PageSize (2:66): ['CDDVD120']>, <cups.IPPAttribute job-sheets (2:66): ['none', 'none']>, <cups.IPPAttribute document-format (2:73): ['application/postscript']>, <cups.IPPAttribute job-uuid (2:69): ['urn:uuid:12ec96f4-fefe-3836-63ca-68add6633426']>, <cups.IPPAttribute media (2:68): ['na_letter_8.5x11in']>, <cups.IPPAttribute output-bin (2:66): ['face-down']>, <cups.IPPAttribute output-mode (2:66): ['color']>, <cups.IPPAttribute print-quality (2:35): [4]>, <cups.IPPAttribute job-originating-host-name (2:66): ['localhost']>, <cups.IPPAttribute time-at-creation (2:33): [1304121952]>, <cups.IPPAttribute time-at-processing (2:33): [1304121952]>, <cups.IPPAttribute time-at-completed (2:33): [1304122011]>, <cups.IPPAttribute job-id (2:33): [53]>, <cups.IPPAttribute job-state (2:35): [9]>, <cups.IPPAttribute job-media-sheets-completed (2:33): [1]>, <cups.IPPAttribute job-printer-uri (2:69): ['ipp://zooty:631/printers/C5500-DVD']>, <cups.IPPAttribute job-k-octets (2:33): [20]>, <cups.IPPAttribute job-hold-until (2:68): ['no-hold']>, <cups.IPPAttribute job-printer-state-message (2:65): [u'']>, <cups.IPPAttribute job-printer-state-reasons (2:68): ['none']>] >>> It certainly looks as if gimp is printing the .png file directly and Qt is winding up generating a pdf to send. On the other hand, here's the attributes from the fedora 13 kewpie spool file (which also worked): [root@zooty cups]# python Python 2.7 (r27:82500, Sep 16 2010, 18:02:00) [GCC 4.5.1 20100907 (Red Hat 4.5.1-3)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import cups, pprint >>> r=cups.IPPRequest() >>> r.readIO(file("c00087").read) 3 >>> pprint.pprint(r.attributes) [<cups.IPPAttribute attributes-charset (1:71): ['utf-8']>, <cups.IPPAttribute attributes-natural-language (1:72): ['en']>, <cups.IPPAttribute printer-uri (2:69): ['ipp://localhost:631/printers/C5500-DVD']>, <cups.IPPAttribute job-originating-user-name (2:66): ['tom']>, <cups.IPPAttribute job-name (2:66): ['']>, <cups.IPPAttribute document-format (2:73): ['application/pdf']>, <cups.IPPAttribute media (2:68): ['CDDVD120']>, <cups.IPPAttribute job-priority (2:33): [50]>, <cups.IPPAttribute job-uuid (2:69): ['urn:uuid:c61131ce-6fbf-3142-7603-0694c8c5572a']>, <cups.IPPAttribute job-originating-host-name (2:66): ['localhost']>, <cups.IPPAttribute time-at-creation (2:33): [1303654144]>, <cups.IPPAttribute time-at-processing (2:33): [1303654144]>, <cups.IPPAttribute time-at-completed (2:33): [1303654257]>, <cups.IPPAttribute job-id (2:33): [87]>, <cups.IPPAttribute job-state (2:35): [9]>, <cups.IPPAttribute job-media-sheets-completed (2:33): [1]>, <cups.IPPAttribute job-printer-uri (2:69): ['ipp://zooty:631/printers/C5500-DVD']>, <cups.IPPAttribute job-k-octets (2:33): [233]>, <cups.IPPAttribute job-hold-until (2:68): ['no-hold']>, <cups.IPPAttribute job-sheets (2:66): ['none', 'none']>, <cups.IPPAttribute job-printer-state-message (2:65): [u'']>, <cups.IPPAttribute job-printer-state-reasons (2:68): ['none']>] >>> This also seems to be doing a PDF, and it works on fedora 13. Anyway, I can clearly print DVDs now using gimp, so there's my work around, but I have no idea what is different with the kewpie program. One of the things I tried though was setting LD_LIBRARY_PATH to my fedora 13 partition and running the fedora 13 version of kewpie. This used all the same application side libraries as fedora 13, but talked to the cups server running on fedora 14, and that attempt to print with kewpie also failed, so it does look like whatever has gone wrong has gone wrong on the cups side (and it sure acts like the proper printer tray info disappeared on me). P.S. I also reinstalled the printer from scratch, but the results were identical (though there might have been a ppd update I didn't have, but that made no difference). Perhaps it's something specific in the generated PDF file that causes the PDF filter problems in Fedora 14 (but not 13). Change the 'PreserveJobFiles' option to 'Yes' by running this command, as root: cupsctl PreserveJobFiles=Yes Now submit the job again and the server will have a copy of the file it received in /var/spool/cups/d*. Perhaps you could attach that file here, along with the PPD for the queue (from the /etc/cups/ppd/ directory)? Created attachment 500206 [details]
pdf file from the print job that did not work on F14
Created attachment 500207 [details]
C5500-DVD.ppd file from the Fedora 14 systems that does not work
Created attachment 500208 [details]
pdf file from the fedora 13 system that printed correctly
Created attachment 500209 [details]
C5500DVD.ppd printer def from the fedora 13 system that prints correctly
Just read the external bug report, and it sure seems like my problem. I'll have to try printing to the C5500-Letter printer I have defined then changing the media and tray to DVD and see if that works. Shucks, maybe if I define a ppd file to go to the photo tray, it will go to DVD instead :-). OK, I finally tried the solution in the external bug report, and it worked. If I start with the C5500-Letter printer and painstakingly specify all the output tray and media size options and manually plug in my carefully calibrated margins, then I can print a DVD on Fedora 14 with my kwepie program and it works just as well as it used to work when all the information came from the C5500-DVD ppd file and I didn't have to manually fix it. Now if only someone would fix hplip :-). Grrr! The launchpad bugzilla seems to imply that the 3.11.7 hplip fixed this, but in f16 beta, I still see the same behavior of not going to the DVD tray. I had hoped that someday I'd be able to print to DVD without having to reboot to my old fedora 13 partition (which was the last time it worked :-). |