Comment 2 for bug 604724

The following bug is being reported upstream on behalf of the OP.
Originally posted here: https://bugs.launchpad.net/bugs/604724

We discovered that cups in lucid does not correctly print certain PDFs when printing from the command line with lpr or as a shared printer from preview in OS X. The same file prints correctly with cups on hardy. This issue occurs with a variety of different printers.

I tracked down the problem to /usr/bin/pdftops by running the pdf through the filters that cups does according to the log. /usr/bin/pdftops is called by the cpdftocps filter.

This pdftops is installed from poppler-utils:
$dpkg-query -S /usr/bin/pdftops
poppler-utils: /usr/bin/pdftops

After running the pdf through each step of the filter, I opened it with evince. After running through pdftops, evince showed exactly what I see when I print the file.

Interestingly, if I print from evince or acroread, all the lines are printed correctly. I think they are converting the file to postscript themselves before sending it to cups.

I will attach the file that shows this behavior.

The pdftops provided by the cups package does not exhibit this problem.
$ dpkg-query -S /usr/lib/cups/filter/pdftops
cups: /usr/lib/cups/filter/pdftops

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: poppler-utils 0.12.4-0ubuntu5
ProcVersionSignature: Ubuntu 2.6.32-23.37-generic 2.6.32.15+drm33.5
Uname: Linux 2.6.32-23-generic x86_64
Architecture: amd64
Date: Mon Jul 12 12:33:43 2010
ProcEnviron:
 LANGUAGE=
 PATH=(custom, user)
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: poppler