Bug#793989: cups: printing PDF file with Boomaga PPD not possible

[Brian Potkin <claremont102@gmail.com>]

On Wed 29 Jul 2015 at 18:22:07 +0200, Michael Weghorn wrote:

> Dear Maintainer,

That's not me, Michael, but thank you for your detailed report.

> when printing a PDF file to a printer set up with the attached PPD file
> "tofile-boomaga.ppd" and the CUPS "file" backend, no output file is actually
> created.
> 
> Steps to reproduce:
> * allow setting up file devices in CUPS by adding/modifying the
>   following line in /etc/cups/cups-files.conf:
>   FileDevice Yes
> * restart CUPS to make that change active
> * set up a printer with the attached PPD file and the CUPS file URI:
>   $ sudo lpadmin -p tofile-boomaga -v file:${HOME}/tofile-boomaga -E -P tofile-boomaga.ppd  
> * print any PDF file to the printer:
>   $ lp -d tofile-boomaga test.pdf
> 
> Result:
> nothing happens, no file "${HOME}/tofile-boomaga is created

I wouldn't expect this either.

> Expected result:
> The PDF file should be "printed to" (i.e. saved as) the file
> "${HOME}/tofile-boomaga".

I would expect this too.
 
> When I print a text file instead, the file "${HOME}/tofile-boomaga" is
> created as expected and holds the content of the text file that was sent
> to the printer by the command "lp -d tofile-boomaga test.txt". (The resulting
> file is a PDF file.)

That's ok.

> "Printing" a PDF file as described above still works on wheezy, but not
> on jessie or sid.

A good clue. Note that the error log contains

  Started filter /usr/lib/cups/filter/gziptoany

This line is not present in the logs for Jessie and unstable.

> This does not only affect printing PDF files directly but more use cases,
> as many applications produce PDF output when printing a file.
> Possibly, this might be a general problem when printing PDF files to
> printers that receive PDF input if no additional CUPS filters are involved.
> 
> The problem might have to do with the fact that the printed file is already
> in PDF format and the PPD file specifies that PDF is expected as input for the
> printer and so no real CUPS filters are processed.
> 
> The Boomaga project can be found on GitHub here:
> https://github.com/Boomaga/boomaga

Can we think in terms of bug #771259? I've tested with cups 1.7.0-2 and
${HOME}/tofile-boomaga is produced. Not so with cups 1.7.1-1.

Regards,

Brian.