GNOME Bugzilla – Bug 320866
evince cannot show MS pdf files
Last modified: 2006-11-06 10:36:38 UTC
evince cannot show MS pdf files. I created pdf files on MS-Windows XP with acrobat on Japanese locales and when I open the file, those strings are corrupted.
Created attachment 54408 [details] MS pdf file
Created attachment 54409 [details] Snapshot for evince
Created attachment 54410 [details] Snapshot for gpdf
Same bug here, on evince 4.0 under gnome 12.2 (noticed it on other versions before too, but I can't recall the numbers). Evince can not handle properly some pdf written in Japanese. The expected characters are replaced with random junk, most probably due to an incorrect encoding detection. Moreover, the incorrect characters are incorectly positioned. The same file is correctly displayed both in Adobe acrobat reader and gnome ghostview. As far as I know, all files causing this problem were generated by Acrobat distiller. I'll add some sample data.
Created attachment 58219 [details] bug inducing pdf file (sample 2)
Created attachment 58220 [details] reference rendering under ggv (sample 2)
Created attachment 58221 [details] buggy rendering under evince (sample 2)
Oh, and I forgot to mention in the precedent comment, but the poppler version was 0.4.3
oh. seems I ALSO forgot to say which OS I was using. The screen shot were made under GNU /linux. I have also noticed the bug while running freeBSD 6.0, so it seems non related to the plateform. I though it might be worth knowing, too.
Seeing this here, confirming.
These documents work for me with evince/poppler 0.5.0.
Oh, Great. I confirmed the original bug is fixed in the latest build. Myself is ok.
I have the problem with Japanese PDF files when using evince-0.5.1-3 and xpdf-3.01-12.1. Have also tried FC development tree versions of both (evince-0.5.3-1, xpdf-3.01-13) to no avail, evince just dies with "evince: symbol lookup error: evince: undefined symbol: g_type_register_static_simple" and xpdf displays the same error message as in the release version. Evince says : Error: could not create truetype face some font thing failed Error: could not create truetype face some font thing failed Error: could not create truetype face some font thing failed Error: could not create truetype face some font thing failed Whereas xpdf says : Error: Couldn't create a font for 'MS-Gothic' Error: Couldn't create a font for 'MS-PMincho' Error: Couldn't create a font for 'MS-PMincho' Error: Couldn't create a font for 'MS-PMincho' Error: Couldn't create a font for 'MS-PMincho' Error: Couldn't create a font for 'MS-PMincho' Error: Couldn't create a font for 'MS-PMincho' ..and so on..
Cripes, sorry, just noticed this bug is open against OpenSolaris and I'm seeing this on Fedora Core 5 i386.
So, based on speaking with Fujiwara, the fix is not simply to update to the latest evince/poppler - you also need to deliver the xpdf localisation files - normally installed as /etc/xpdfrc and /usr/share/xpdf. This doesn't seem to be limited to only OpenSolaris - it's also reproducable on other Linux distros like Ubuntu and RedHat (at least). It sounds like this bug needs some GNOME love as soon as possible.
Is this an Evince issue or should this marked NOTGNOME (and a Poppler bug be opened?)
This is fixed in poppler to load /etc/xpdfrc so please close this bug as NOTGNOME. Thanks.