After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 304119 - incorrect rendering of attached PDF document
incorrect rendering of attached PDF document
Status: RESOLVED NOTGNOME
Product: evince
Classification: Core
Component: general
0.4.x
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-05-13 21:52 UTC by Zack Weinberg
Modified: 2006-08-27 23:16 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Attachments
test case - incorrectly rendered PDF (565.20 KB, application/pdf)
2005-05-13 21:53 UTC, Zack Weinberg
Details

Description Zack Weinberg 2005-05-13 21:52:28 UTC
Please describe the problem:
gpdf renders the attached PDF document incorrectly.  Many characters are
replaced with garbage characters; it appears that most of the affected
characters are punctuation.  The problem is obvious from the first page of the
document.

xpdf 3.00 renders the document correctly.

Steps to reproduce:
1. Load the attached PDF side-by-side in gpdf and xpdf.
2. Compare their visual appearance.
3. Pay particular attention to punctuation, e.g. apostrophes, commas, quotation
marks, etc.


Actual results:
gpdf renders document with garbage characters replacing punctuation and other
characters.

Expected results:
gpdf renders document almost identically to xpdf

Does this happen every time?
yes.

Other information:
Comment 1 Zack Weinberg 2005-05-13 21:53:20 UTC
Created attachment 46410 [details]
test case - incorrectly rendered PDF
Comment 2 Zack Weinberg 2005-05-13 21:59:52 UTC
Correction: xpdf 3.00 cannot render this PDF correctly either.  The problem
there is not obvious from the first page, which is why I did not notice. 
However, on subsequent pages, you should see both gpdf and xpdf leave huge gaps
where text was clearly meant to appear.  So, when fixing this bug, please don't
take xpdf's rendering as gospel. :)
Comment 3 Olav Vitters 2006-01-29 01:11:26 UTC
Gpdf is no longer maintained, closing WONTFIX. Please use Evince for your pdf
viewing needs.

http://www.gnome.org/projects/evince/
Comment 4 Zack Weinberg 2006-01-29 03:39:16 UTC
Evince cannot render this PDF correctly either [which is not a surprise, since as noted in comment 2, xpdf gets it wrong, and evince uses xpdf's renderer].  Please reopen the bug and reassign it to evince.
Comment 5 Nickolay V. Shmyrev 2006-01-29 03:53:07 UTC
Works for me fine with evince 0.5 Can you check latest version?
Comment 6 Zack Weinberg 2006-01-29 06:07:19 UTC
Not easily, unless you know where I can get x86 Linux binaries of it and libpopper.

Did you look at later pages in the document?  The breakage (with 0.4.0) is not evident on the first page.  It is there on page 2 if you look closely and becomes blatantly obvious on page 3.
Comment 7 Kjartan Maraas 2006-01-29 17:14:45 UTC
Works for me with evince + poppler 0.5.0
Comment 8 Zack Weinberg 2006-01-29 17:28:39 UTC
I've managed to build 0.5.0 libpoppler and evince from GNOME CVS, and can confirm that the document appears to render correctly in that version.  I still see a lot of errors from evince:

Error: Unknown character collection 'Adobe-Japan1'
Error: Unknown character collection 'Adobe-GB1'
Error: Unknown character collection 'Adobe-Japan1'
Error: Unknown character collection 'Adobe-Korea1'
Error: Unknown character collection 'Adobe-Japan1'
Error: Unknown character collection 'Adobe-Japan1'
Error: Unknown character collection 'Adobe-Japan1'
[etc]

and, as gv doesn't get this document right either, I cannot guarantee that there is not still some misrendering somewhere.  I don't *see* one, but...
Comment 9 Nickolay V. Shmyrev 2006-08-27 23:16:25 UTC
This document works fine now, checked and closing according to the comment #7 as well.