Bugzilla – Bug 5149
Wrong letters displayed in rendered PDF
Last modified: 2007-12-05 18:19:29 UTC
When rendering the PDF from http://info.muni.cz/images/pdfmuni/muni07.pdf,
evince displays incorrect letters (even instead of pure US-ASCII characters).
The letters are in the correct font, but not the right letters. I have
originally reported this as an evince bug at
http://bugzilla.gnome.org/show_bug.cgi?id=322118 - but I was asked to report
this as a possible poppler bug. Xpdf renders the above PDF correctly
(screenshots of both xpdf and evince rendering this document are attached to the
above bug in the GNOME bugzilla - I may reattach them here as well if there is
This is with evince-0.4.0, poppler 0.4.1, system is Fedora Core 4 Linux (tested
on AMD64 and i386 versions).
Fixed in CVS HEAD.
*** Bug 4764 has been marked as a duplicate of this bug. ***
*** Bug 3975 has been marked as a duplicate of this bug. ***
I can still reproduce this bug with current (2005-12-08) CVS of evince and
libpoppler. The pdf from the first comment is shown ok now, but <a
href="http://www.library.cornell.edu/nr/bookcpdf/c5-7.pdf">this document</a> for
example still show the problem.
Reopening the bug.
What version of freetype are you using and which distro?
Also, could you try out cvs head, there's different fix for the bug there.
I'm using libfreetype6 version 2.1.10 on Debian unstable.
I tested it with CVS head. Or do you mean libfreetype cvs?
(In reply to comment #8)
> I tested it with CVS head. Or do you mean libfreetype cvs?
I meant poppler cvs head, specifically a version that has this change:
2005-12-04 Albert Astals Cid <firstname.lastname@example.org>
* poppler/CairoFontEngine.cc: Correct fix for #5149, i broke it when
merging xpdf 3.01 patches.
Yes, I used a checkout of this morning, which has your commit:
File: CairoFontEngine.cc Status: Up-to-date
Working revision: 1.19
Repository revision: 1.19 /cvs/poppler/poppler/poppler/CairoFontEngine.cc,v
Commit Identifier: 59e04394a7154567
*** Bug 5073 has been marked as a duplicate of this bug. ***
I am using freetype 2.1.7 on Debian testing and can confirm the garbled text.
When opening a file in question the terminal reads
Error: Couldn't find a font for 'Times Roman'
some font thing failed
Error: Couldn't find a font for 'Times Bold'
jhbuild checks out like this
cvs -z3 -q -d :pserver:email@example.com:/cvs/poppler update -dP -A .
I hope it is cvs HEAD.
Now, I had to upgrade to freetype 2.1.10 because of undefined references.
It is still reproducable :(
seems so - the enty appears in the Changelog.
I have dicovered that latex documents converted to pdf using dvipdf are
displayed with garbled characters *if the "Times" font is used*. If I switch to
other fonts (e.g. bookman,newcent, or the default latex font) I cannot see that
Hope this may be of any help.
Is this still a problem? The link in comment #4 is broken.
An alternate download location for the link in comment #4 is http://www.fizyka.umk.pl/nrbook/c5-7.pdf
It displays perfectly with evince 0.9.0 and poppler 0.5.4 (Debian sid)
Original reporter confirmed now OK.