job-sheets IPP option kills number-up?

[Michael Sweet]

Albrecht Dreß wrote:
>> 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"

OK, can you file a bug report with all of this information?  It sounds
like the banner file test isn't working right:

     http://www.cups.org/str.php

>> 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.

The sample driver needs the pstoraster stuff from Ghostscript; make
sure your Ghostscript install also includes
/usr/lib/cups/filter/pstoraster...

-- 
______________________________________________________________________
Michael Sweet, Easy Software Products           mike at easysw dot com
Internet Printing and Publishing Software        http://www.easysw.com