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 320866 - evince cannot show MS pdf files
evince cannot show MS pdf files
Status: RESOLVED NOTGNOME
Product: evince
Classification: Core
Component: general
unspecified
Other opensolaris
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-11-07 11:15 UTC by Takao Fujiwara
Modified: 2006-11-06 10:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
MS pdf file (1.82 KB, application/pdf)
2005-11-07 11:17 UTC, Takao Fujiwara
Details
Snapshot for evince (15.26 KB, image/png)
2005-11-07 11:18 UTC, Takao Fujiwara
Details
Snapshot for gpdf (20.88 KB, image/png)
2005-11-07 11:18 UTC, Takao Fujiwara
Details
bug inducing pdf file (sample 2) (580.65 KB, application/pdf)
2006-01-27 16:13 UTC, Florian Rivoal
Details
reference rendering under ggv (sample 2) (62.19 KB, image/png)
2006-01-27 16:14 UTC, Florian Rivoal
Details
buggy rendering under evince (sample 2) (27.73 KB, image/png)
2006-01-27 16:15 UTC, Florian Rivoal
Details

Description Takao Fujiwara 2005-11-07 11:15:41 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.
Comment 1 Takao Fujiwara 2005-11-07 11:17:17 UTC
Created attachment 54408 [details]
MS pdf file
Comment 2 Takao Fujiwara 2005-11-07 11:18:01 UTC
Created attachment 54409 [details]
Snapshot for evince
Comment 3 Takao Fujiwara 2005-11-07 11:18:29 UTC
Created attachment 54410 [details]
Snapshot for gpdf
Comment 4 Florian Rivoal 2006-01-27 16:00:16 UTC
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.
Comment 5 Florian Rivoal 2006-01-27 16:13:33 UTC
Created attachment 58219 [details]
bug inducing pdf file (sample 2)
Comment 6 Florian Rivoal 2006-01-27 16:14:32 UTC
Created attachment 58220 [details]
reference rendering under ggv (sample 2)
Comment 7 Florian Rivoal 2006-01-27 16:15:28 UTC
Created attachment 58221 [details]
buggy rendering under evince (sample 2)
Comment 8 Florian Rivoal 2006-01-27 16:34:54 UTC
Oh, and I forgot to mention in the precedent comment, but the poppler version was 0.4.3
Comment 9 Florian Rivoal 2006-01-27 16:40:55 UTC
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.
Comment 10 Guilherme de Siqueira Pastore 2006-01-27 16:56:16 UTC
Seeing this here, confirming.
Comment 11 Kjartan Maraas 2006-01-31 11:36:51 UTC
These documents work for me with evince/poppler 0.5.0.
Comment 12 Takao Fujiwara 2006-04-28 03:43:09 UTC
Oh, Great. I confirmed the original bug is fixed in the latest build. Myself is ok.
Comment 13 Naoki 2006-06-01 06:13:28 UTC
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..
Comment 14 Naoki 2006-06-01 06:58:32 UTC
Cripes, sorry, just noticed this bug is open against OpenSolaris and I'm seeing this on Fedora Core 5 i386.
Comment 15 Darren Kenny 2006-07-13 09:13:12 UTC
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.

Comment 16 Wouter Bolsterlee (uws) 2006-11-04 19:54:14 UTC
Is this an Evince issue or should this marked NOTGNOME (and a Poppler bug be opened?)
Comment 17 Takao Fujiwara 2006-11-06 03:22:54 UTC
This is fixed in poppler to load /etc/xpdfrc so please close this bug as NOTGNOME.
Thanks.