Bug 91891 - Garbled rendering of pdfs
Summary: Garbled rendering of pdfs
Status: RESOLVED MOVED
Alias: None
Product: poppler
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-09-06 03:16 UTC by Shridhar Daithankar
Modified: 2018-08-21 11:14 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
document for defect reproduction (29.26 KB, application/pdf)
2015-09-06 03:20 UTC, Shridhar Daithankar
Details
Screenshot with LANG=en_US.UTF-8 (129.62 KB, image/jpeg)
2015-09-06 16:15 UTC, Shridhar Daithankar
Details
screenshot with LANG=mr_IN.UTF-8 (80.28 KB, image/jpeg)
2015-09-06 16:15 UTC, Shridhar Daithankar
Details
Font substitution in en_US.UTF-8 (32.38 KB, text/plain)
2015-09-07 00:09 UTC, Shridhar Daithankar
Details
Font substitution in mr_IN.UTF-8 (33.88 KB, text/plain)
2015-09-07 00:11 UTC, Shridhar Daithankar
Details

Description Shridhar Daithankar 2015-09-06 03:16:17 UTC
Some pdfs have very garbled rendering e.g. http://darknedgy.net/files/systembsd.pdf. Other pdf readers such as mupdf can render them correctly.

I am using poppler 0.33.0, okular 15.08.0(0.23.0) from archlinux packages.
Comment 1 Shridhar Daithankar 2015-09-06 03:20:36 UTC
Created attachment 118093 [details]
document for defect reproduction

In case the URL goes away, here is the document for reference.
Comment 2 Jose Aliste 2015-09-06 08:54:12 UTC
can you attach a screenshot? I don't see any garbled rendering in my system.
Comment 3 Shridhar Daithankar 2015-09-06 16:15:13 UTC
Created attachment 118104 [details]
Screenshot with  LANG=en_US.UTF-8
Comment 4 Shridhar Daithankar 2015-09-06 16:15:44 UTC
Created attachment 118105 [details]
screenshot with LANG=mr_IN.UTF-8
Comment 5 Shridhar Daithankar 2015-09-06 16:17:29 UTC
Interestingly, when I went on creating the snapshot, I noticed that I am using mr_IN locale. For clarity, I took screenshot with en_US.UTF-8 and the text/rendering came out fine.

I have attached both the screenshots for reference. It never occured to me that it could be locale dependent.

And that, it works with en_US.UTF-8, at least provides a workaround.
Comment 6 Albert Astals Cid 2015-09-06 20:43:28 UTC
Can a screenshot of file -> properties -> fonts in okular with both LANG?

Also the output of
  pdffonts -subst
for both LANG
Comment 7 Shridhar Daithankar 2015-09-07 00:09:57 UTC
Created attachment 118111 [details]
Font substitution in en_US.UTF-8
Comment 8 Shridhar Daithankar 2015-09-07 00:11:30 UTC
Created attachment 118112 [details]
Font substitution in mr_IN.UTF-8
Comment 9 Shridhar Daithankar 2015-09-07 00:14:41 UTC
$ LANG=mr_IN.UTF-8 pdffonts -subst systembsd.pdf 
name                                 object ID substitute font                      substitute font file
------------------------------------ --------- ------------------------------------ ------------------------------------
Helvetica                                 2  0 Droid Sans Devanagari                /usr/share/fonts/TTF/DroidSansDevanagari-Regular.ttf

$ LANG=en_US.UTF-8 pdffonts -subst systembsd.pdf 
name                                 object ID substitute font                      substitute font file
------------------------------------ --------- ------------------------------------ ------------------------------------
Helvetica                                 2  0 Liberation Sans                      /usr/share/fonts/TTF/LiberationSans-Regular.ttf
Comment 10 GitLab Migration User 2018-08-21 11:14:12 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/576.


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.