The bug has been described on https://bugs.edge.launchpad.net/bugs/443026 "Lots of embedded graphics are now not printed in printed PDF documents, they just appear as a white space on paper. This never happened for me in Jaunty, so this looks like a regression in one of the PDF filters? I attach an example document which reproduces the issue. The graphics below "Skizze" is not printed at all, if you open the document in evince and just print it. However, if I do "pdf2ps Aufgabe01.pdf" and open/print Aufgabe01.ps with evince, it works. Unfortunately, trying to convert it back with pstopdf, the resulting PDF doesn't print at all and just causes the print job to stay in the queue forever. It happens with my Samsung ML-1610 with the SpliX 2.0 driver. Reproduction recipe without a printer: - Open reproducing document with evince - Print into a PDF file - gs output.pdf"
*** Bug 24517 has been marked as a duplicate of this bug. ***
*** Bug 24518 has been marked as a duplicate of this bug. ***
(sorry I managed to file duplicates by retry on slow internet)
Testcase on GNOME 2.28, cairo 1.8.8: * download http://foundation.gnome.org/reports/gnome-report-2009-Q2.pdf * open it in evince and print to a file * try to run gs on the printed pdf for example to send to a printer $ gs gtkprint.pd GPL Ghostscript 8.70 (2009-07-31) Copyright (C) 2009 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Processing pages 1 through 18. Page 1 Error: /rangecheck in --run-- Operand stack: --dict:7/16(L)-- 61.336 763.179 Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1862 1 3 %oparray_pop 1861 1 3 %oparray_pop 1845 1 3 %oparray_pop --nostringval-- --nostringval-- 2 1 18 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- --nostringval-- Dictionary stack: --dict:1150/1684(ro)(G)-- --dict:1/20(G)-- --dict:75/200(L)-- --dict:75/200(L)-- --dict:106/127(ro)(G)-- --dict:285/300(ro)(G)-- --dict:22/25(L)-- --dict:4/6(L)-- --dict:21/40(L)-- --dict:5/5(L)-- Current allocation mode is local Last OS error: 11 GPL Ghostscript 8.70: Unrecoverable error, exit code 1
Created attachment 30379 [details] the generated pdf when printing from evince
Using cairo git seems to lead to the same issue
If ghostscript is crashing it is a ghostscript bug.
Those pdf are also crashing printers apparently, http://launchpadlibrarian.net/33023145/Aufgabe01.pdf is used as example in the ubungu bug " The PDF output of evince seems to be broken: The original file Aufgabe01.pdf I can send directly ("nc -w1 <IP> 9100 < <file>") )to two PDF printers (HP LaserJet P3005, HP Color LaserJet CM3530 MFP) and it comes out very quickly. If I print into a PDF file from evince and then send the resulting output.pdf to the same two printers it takes several minutes until both report that they do not have enough memory for the job. Also Ghostscript (both versions 8.64 and 8.70) is able do display Aufgabe01.pdf but not output.pdf. Example Ghostscript output for output.pdf: till@till-laptop:~/printing/foomatic/openprinting/mysqldb$ gs output.pdf GPL Ghostscript 8.70 (2009-07-31) Copyright (C) 2009 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Processing pages 1 through 2. Page 1 Error: /rangecheck in --run-- Operand stack: --dict:7/16(L)-- 86.363 742.734 Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1862 1 3 %oparray_pop 1861 1 3 %oparray_pop 1845 1 3 %oparray_pop --nostringval-- --nostringval-- 2 1 2 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- --nostringval-- Dictionary stack: --dict:1150/1684(ro)(G)-- --dict:1/20(G)-- --dict:75/200(L)-- --dict:75/200(L)-- --dict:106/127(ro)(G)-- --dict:285/300(ro)(G)-- --dict:22/25(L)-- --dict:4/6(L)-- --dict:21/40(L)-- --dict:10/15(L)-- Current allocation mode is local Last OS error: 2 GPL Ghostscript 8.70: Unrecoverable error, exit code 1 till@till-laptop:~/printing/foomatic/openprinting/mysqldb$ Ḿany printer drivers use Ghostscript directly taking PDF, so most printers will probably not print this job at all. Printing both files directly to CUPS with "lpr" and on the HP Color LaserJet CM3530 MFP (the manufacturer PPD makes CUPS using it in PostScript mode) gets correct printouts with Aufgabe01.pdf, both on print queues set up on the local Karmic and on the remote Jaunty box. output.pdf comes out without the drawing through the queue on the remote Jaunty box and correctly through a local queue on the Karmic machine. On Karmic there is no working "cupsfilter" utility unfortunately, it segfaults already before starting the first filters. Seems that upstream has added new functionality without testing it."
It is a ghostscript bug: http://bugs.ghostscript.com/show_bug.cgi?id=690823
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.