On a somewhat related front, with the attached PDF, when printing, on some lines, spaces are replaced with a spiral character I can't identify. An example is the second line of the guarantee on page 8. This is with KDE 4.10.5 (Kubuntu 13.04) and Okular 0.16.5. No problem with Adobe Reader, lp, or KDE 4.8.5/Kubuntu 12.04.3/Okular 0.14.3. Reproducible: Always Steps to Reproduce: 1. Open the attached file with Okular. 2. Print the file with Okular. Actual Results: Some lines will have spirals instead of spaces. Expected Results: Spirals should have stayed spaces ;)
Created attachment 82795 [details] pdf that prints with weird spirals instead of some spaces
Confirmed on Mageia 3 (Okular 0.17.60, poppler from git/master, Ghostscript 9.06).
Question for both of you: If you go to a terminal and do pdftops thisfile.pdf gs thisfile.ps Does it work? or does gs complain about the file? What gs versions do you have?
(In reply to comment #3) > Question for both of you: > If you go to a terminal and do > pdftops thisfile.pdf > gs thisfile.ps > > Does it work? or does gs complain about the file? No, by default it does not work (same spirals). No complains from gs. pdftops -level3 works well (no spirals). > What gs versions do you have? GPL Ghostscript 9.06 (2012-08-08)
Interestingly it fails with gs 9.10 (maybe it got more strict) tsdgeos@xps:~/okularfiles/pdf$ gs bug325908.ps GPL Ghostscript 9.10 (2013-08-30) Copyright (C) 2013 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Error: /invalidfont in --.FAPIBuildChar-- Operand stack: 36.4777 537.218 (\000\221\000\212\000\231\000\231\000\242\0021) --nostringval-- --dict:12/20(ro)(L)-- 49 Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1916 1 3 %oparray_pop 1915 1 3 %oparray_pop 1899 1 3 %oparray_pop 1787 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- %finish_show --nostringval-- --nostringval-- 5 7 4 --nostringval-- (gs_show_enum) %op_show_continue Dictionary stack: --dict:1171/1684(ro)(G)-- --dict:0/20(G)-- --dict:78/200(L)-- --dict:68/75(L)-- --dict:19/25(L)-- --dict:0/15(L)-- --dict:17/25(L)-- Current allocation mode is local Last OS error: Resource temporarily unavailable Current file position is 601395 GPL Ghostscript 9.10: Unrecoverable error, exit code 1 So i'm going to declare this as a poppler bug (which is what both pdftops and okular use to convert to ps/print). Please open a bug against poppler at https://bugs.freedesktop.org/
(In reply to comment #3) > If you go to a terminal and do > pdftops thisfile.pdf > gs thisfile.ps > Does it work? or does gs complain about the file? Assuming you don't mean to involve any printing, pdftops produces a ps file and exits with status 0. gs does NOT display the weird spirals and exits with status 0. > What gs versions do you have? GPL Ghostscript 9.05 (2012-02-08)
Ignore my previous comment! That was on the old machine that does work, derp. > Question for both of you: > If you go to a terminal and do > pdftops thisfile.pdf > gs thisfile.ps > Does it work? or does gs complain about the file? pdftops produces ps no problem, status 0. gs segfaults when it gets to that line that I gave as an example. > What gs versions do you have? GPL Ghostscript 9.07 (2013-02-14) Anyways thanks for the advice. I'll hit up freedesktop. Thanks for the lesson on what parts do what :)
exit code 139 btw.
submitted to freedesktop: https://bugs.freedesktop.org/show_bug.cgi?id=70466