Hide Forgot
Description of problem: Trying to use my kewpie program to print to a DVD using my HP Photosmart C5580 All-In-One usb printer. It acts as if the DVD tray info disappears on the way to the printer. I get a message on the printer that basically says "Hey! You have the DVD tray loaded, unload it so I can print to regular paper". If I reboot the same computer back to fedora 13 and print using the same kewpie program to the same C5580 printer, then I get a nicely printed DVD with my image centered on the DVD as intended, so the hardware seems to be functioning perfectly well. Version-Release number of selected component (if applicable): Here's all the rpms I could think of that are printer related on my f14 system where this fails: cups-libs-1.4.6-1.fc14.x86_64 ghostscript-cups-8.71-16.fc14.x86_64 cups-1.4.6-1.fc14.x86_64 bluez-cups-4.77-1.fc14.x86_64 gutenprint-cups-5.2.6-2.fc14.x86_64 cups-pk-helper-0.0.4-13.fc14.x86_64 cups-libs-1.4.6-1.fc14.i686 foomatic-4.0.5-1.fc14.x86_64 foomatic-db-filesystem-4.0-23.20101123.fc14.noarch foomatic-filters-4.0.5-1.fc14.x86_64 foomatic-db-4.0-23.20101123.fc14.noarch foomatic-db-ppds-4.0-23.20101123.fc14.noarch hplip-common-3.10.9-14.fc14.x86_64 hplip-3.10.9-14.fc14.x86_64 hplip-libs-3.10.9-14.fc14.x86_64 Here's the same list of stuff from fedora 13 where it works: cups-pk-helper-0.0.4-13.fc13.x86_64 cups-libs-1.4.4-11.fc13.i686 ghostscript-cups-8.71-16.fc13.x86_64 bluez-cups-4.64-1.fc13.x86_64 gutenprint-cups-5.2.6-2.fc13.x86_64 cups-libs-1.4.4-11.fc13.x86_64 cups-1.4.4-11.fc13.x86_64 foomatic-db-4.0-23.20101123.fc13.noarch foomatic-db-filesystem-4.0-23.20101123.fc13.noarch foomatic-4.0.5-1.fc13.x86_64 foomatic-filters-4.0.5-1.fc13.x86_64 foomatic-db-ppds-4.0-23.20101123.fc13.noarch hplip-common-3.10.9-14.fc13.x86_64 hplip-3.10.9-14.fc13.x86_64 hplip-libs-3.10.9-14.fc13.x86_64 Here's the link to the kewpie program I use to print with (uses Qt): http://home.comcast.net/~tomhorsley/software/kewpie/kewpie.html How reproducible: Every single time I print on f14 I see the same error from the printer. Steps to Reproduce: 1. try to print a nice 1394x1394 .png file with the image to go on the dvd 2. get error from printer about the DVD try being loaded 3. Actual results: error from printed Expected results: printed DVD Additional info: Here is the config info the kewpie program uses: printerName=C5500-DVD paperSizeWidth=360 paperSizeHeight=360 paperSource=6 printRange=0 resolution=1200 collateCopies=false colorMode=1 doubleSidedPrinting=false duplex=0 fromPage=0 toPage=0 fullPage=false numCopies=1 orientation=0 outputFormat=0 pageOrder=0 leftMargin=6.54 topMargin=7.02 rightMargin=19.02 bottomMargin=18.54 The C5500-DVD printer is a duplicate I made of the auto installed printer def, then edited to say default to DVD tray and DVD media size.
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 :-).