Bug 70466

Summary: regression causes correctly rendered PDF to print incorrectly with spirals instead of some spaces
Product: poppler Reporter: wxl <wxl>
Component: generalAssignee: poppler-bugs <poppler-bugs>
Status: RESOLVED MOVED QA Contact:
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: pdf that prints with weird spirals instead of some spaces
ensure type 0 fonts contain all glyphs
bug135281.pdf patch regresses in page 3 of it

Description wxl 2013-10-14 21:38:12 UTC
Created attachment 87632 [details]
pdf that prints with weird spirals instead of some spaces

this has been escalated from the KDE bugtracker. originally thought to be an issue with Okular, it has become apparent the issue lies in poppler itself. the original bug report can be seen here:
https://bugs.kde.org/show_bug.cgi?id=325908

long story short:

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 (GPL Ghostscript 9.07 (2013-02-14)).

No problem with Adobe Reader, lp, or KDE 4.8.5/Kubuntu 12.04.3/Okular 0.14.3 (GPL Ghostscript 9.05 (2012-02-08)).

pdftops has no problem, but gs .ps results in a segfault when it hits the aforementioned line.
Comment 1 wxl 2013-10-14 21:48:29 UTC
not sure why i couldn't edit the version, but it's poppler 0.20.5.

the functional version was 0.18.4.
Comment 2 Albert Astals Cid 2013-10-14 21:55:02 UTC
Please list the poppler versions you use in the works and doesn't work machines.
Comment 3 Albert Astals Cid 2013-10-14 21:57:28 UTC
Comments crossed on the interwebs :D
Comment 4 Albert Astals Cid 2013-12-01 17:16:11 UTC
So the regression is caused by

commit cd0764921064bfd455e9df52dc9bda6fbd2c2db2
Author: Carlos Garcia Campos <carlosgc@gnome.org>
Date:   Wed Aug 31 17:23:28 2011 +0200

    xpdf303: Always define at least 256 glyphs for Type 0 fonts


Now need to find out if we really need it for anything and needs some tweaking or if we can just revert it.
Comment 5 Adrian Johnson 2013-12-01 21:53:51 UTC
Created attachment 90062 [details] [review]
ensure type 0 fonts contain all glyphs

This patch seems to fix the issue. I suggest regtesting it to ensure it does not introduce any regressions.
Comment 6 Carlos Garcia Campos 2013-12-02 13:16:56 UTC
(In reply to comment #5)
> Created attachment 90062 [details] [review] [review]
> ensure type 0 fonts contain all glyphs
> 
> This patch seems to fix the issue. I suggest regtesting it to ensure it does
> not introduce any regressions.

5993 tests passed (96.72%)

202 tests failed (3.26%)

Most of the failures are in postscript and text backends, although I think the text differences are actually caused by the previous commit.
Comment 7 Albert Astals Cid 2013-12-12 20:25:43 UTC
Seems that it regresses on page3 of bug135281.pdf that i will attach
Comment 8 Albert Astals Cid 2013-12-12 20:27:33 UTC
Created attachment 90676 [details]
bug135281.pdf patch regresses in page 3 of it
Comment 9 Albert Astals Cid 2014-02-18 23:15:12 UTC
Adrian did you have time to look at the regression i mention when applying your patch?
Comment 10 Adrian Johnson 2014-02-19 08:14:12 UTC
I did look at it. I could not see any easy solution and have not had time to investigate it any further.
Comment 11 GitLab Migration User 2018-08-21 11:13:36 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/572.

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.