[cairo-bugs] [Bug 26019] evince creates ps that my printer can't print

[bugzilla-daemon at freedesktop.org]

http://bugs.freedesktop.org/show_bug.cgi?id=26019





--- Comment #3 from David Schleef <ds at schleef.org>  2010-01-13 00:18:17 PST ---
Ugh, thanks for the explanation.  I filed it on cairo because I had discussed
it with cworth in person a while back, and he said "sounds like a cairo bug!"


evince print to file ps, lpr -o raw output.ps: works, although has a separate
rendering bug

lpr original_file.pdf: works

evince print to file PDF, lpr output.pdf: printer stalls on page 4.


--- Comment #4 from Adrian Johnson <ajohnson at redneon.com>  2010-01-13 00:47:39 PST ---
> evince print to file ps, lpr -o raw output.ps: works, although has a separate
> rendering bug

The cairo generated PS works but there is a bug in either poppler or cairo.
Does the PS file render correctly with evince or gv?

> lpr original_file.pdf: works

Using poppler to generate the PS from the original PDF works.

> evince print to file PDF, lpr output.pdf: printer stalls on page 4.

Using poppler to generate PS from a poppler/cairo generated PDF does not work.
If this PDF renders fine with evince/gv/acroread it points to a problem in
poppler. In this case I can see that poppler is using a very different method
of embedding images in PS compared with pdftops original.pdf. I have know idea
why it is doing this. The first step to debugging it would be to find/create a
simpler test case. If you can use something like eog/inkscape/openoffice to
create a PDF containing a single image that triggers the bug it would a lot be
easier to work with.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.