Comment 25 for bug 578380

Thanks Adrian for the suggestions.

I've followed the steps you recommended on
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/419143/comments/95
but I'm posting the results here as it seems like

i) bug 419143 is specific for the "spurious '0a' in cairo generated PDF" and I'm not experiencing that particular issue; and

ii) you mention that maybe this bug report is not a duplicate of 680628 ...

Anyway, using the same simple 'test.pdf' file that I attached to this bug report previously, this is what I've found:

> a) Check that using poppler to generate the PostScript then sending the PS
> file directly to the printer bypassing any cups filters works:
> pdftops file.pdf
> lpr -o raw file.ps

The 'test.ps' file produced using pdftops fails to print (as explained before, the job is sent to the printer, the printer processes the job, but nothing comes out of the printer)

(attached: test-pdftops.ps)

> b) Then use cairo to convert the PDF to PS. This can be done by opening
> the file in evince and printing to a PS file.
> Print with "lpr -o raw".
> If this fails but (a) works it is a cairo bug.

This works. (attached: test-evince-printtops.ps)

Printing to a .ps file from OpenOffice and then sending the .ps file to the printer using lpr(1) also works.
(attached: test2.odt, test2-openoffice-printtops.ps)

And printing to a .ps file from acrobat also works (but this was expected,
because printing from acrobat worked in any case).

As reported previously, printing from Gimp directly also failed. But printing from Gimp to a ps file and then sending the postscript file to the printer using lpr(1) also works.
(attached: gimptest.gif, gimptest-gimp-printtops.ps)

Seems like it's not a cairo problem but a poppler problem then?

Thanks for the guidance!

--
fernan