job-sheets IPP option kills number-up?

[Albrecht Dreß]

> FWIW, the testipp program in the "cups" subdirectory (source code build)
> can be used to get a nice human-readable printout of the control
> files - just pass the control filename to testipp...

O.k., I converted the jobs to text and diff says (the "-" job kills number-up, "+" doesn't):

<snip>
     PageSize (nameWithoutLanguage): "A4"
     job-priority (integer): 50
     Quality (nameWithoutLanguage): "FromPrintoutMode"
-    job-sheets (nameWithoutLanguage): "none,none"
+    job-sheets (nameWithoutLanguage): "none"
     Duplex (nameWithoutLanguage): "None"
     number-up (integer): 2
     document-format (mimeMediaType): "application/postscript"
-    job-uuid (uri): "urn:uuid:87964824-e0a5-3302-4891-ae4bcd8434b0"
+    job-uuid (uri): "urn:uuid:a6f34162-b7ca-3ec2-5859-3d72582b40d4"
     job-originating-host-name (nameWithoutLanguage): "localhost"
-    time-at-creation (integer): 1167403542
-    time-at-processing (integer): 1167403811
-    time-at-completed (integer): 1167403826
-    job-id (integer): 301
+    time-at-creation (integer): 1167403716
+    time-at-processing (integer): 1167403826
+    time-at-completed (integer): 1167403839
+    job-id (integer): 302
     job-state (enum): 9
-    job-media-sheets-completed (integer): 1
+    job-media-sheets-completed (integer): 0
     job-printer-uri (uri): "ipp://antares.localdomain:631/printers/lp"
     job-name (nameWithoutLanguage): "balsa job #1"
     job-k-octets (integer): 247
</snip>

The job-media-sheets-completed attribute was /not/ supplied by the application, i.e. afaict not transmitted through the ipp tcp socket (checked with wireshark, while unix domain socket "Listen" in cupsd.conf commented out).

> This shouldn't have any influence over number-up, which is still
> 2 according to the hex dump.  Look at your error_log file with the
> log level set to "debug" to see what is getting passed to the
> filters.

That's probably argv[5], right?  In the "none,none" case, it reads (new tests, the the uid's are different from those above...)

argv[5]="PrintoutMode=Normal PageSize=A4 Quality=FromPrintoutMode Duplex=None job-uuid=urn:uuid:3d15cf70-0526-3ec6-785e-94704eb9f0ed"

but in the (working) "none" case the option is there:

argv[5]="PrintoutMode=Normal PageSize=A4 Quality=FromPrintoutMode Duplex=None number-up=2 job-uuid=urn:uuid:be4a30e1-5669-37f3-770b-fd42615f27b7"

> Does the same happen with the CUPS HP DeskJet series driver?  The
> Foomatic drivers are not optimal...

Using the "HP DeskJet Series CUPS v1.2" or the "HP New DeskJet Series CUPS v1.2" ppd's, the printer rejects PostScript input:

D [30/Dec/2006:13:55:59 +0100] print_job: auto-typing file...
D [30/Dec/2006:13:55:59 +0100] print_job: request file type is application/postscript.
D [30/Dec/2006:13:55:59 +0100] Print-Job client-error-document-format-not-supported: Nicht unterstütztes Format 'application/postscript'!

Needless to say that application/postscript /is/ in /etc/cups/mime.convs, and it works with the foomatic '5150 ppd!

Did I miss something during installation?  I built a custom RPM package for cups.

Thanks in advance,
and all the best for 2007,
Albrecht.