Bug 321082 - Certain Russian letters in a PDF are not displayed
Summary: Certain Russian letters in a PDF are not displayed
Status: RESOLVED UPSTREAM
Alias: None
Product: okular
Classification: Applications
Component: PDF backend (show other bugs)
Version: 0.16.2
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-13 00:24 UTC by Alexander Potashev
Modified: 2018-04-05 07:18 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Test case (56.17 KB, application/pdf)
2013-06-13 00:25 UTC, Alexander Potashev
Details
PDF document as seen in Adobe Reader (87.44 KB, image/png)
2013-06-13 00:27 UTC, Alexander Potashev
Details
PDF document as seen in Okular (108.69 KB, image/png)
2013-06-13 00:27 UTC, Alexander Potashev
Details
The document in Okular in a system with installed Arial and Times New Roman fonts (182.96 KB, image/png)
2013-06-13 04:34 UTC, Yuri Chornoivan
Details
strace evince | grep fonts (10.57 KB, text/plain)
2017-11-18 17:04 UTC, Alexander Potashev
Details
strace okular | grep fonts (10.69 KB, application/vnd.kde.okular-archive)
2017-11-18 17:04 UTC, Alexander Potashev
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Potashev 2013-06-13 00:24:25 UTC
The following Russian letters in the attached document are not visible (like if they had white color), other letters are displayed in their correct places. They are visible in Adobe Reader.

Here is the list of faulty letters:
1. All capital letters ("А" - "Я")
2. "а"

Reproducible: Always

Steps to Reproduce:
1. Open the attached document in Okular

Actual Results:  
The above mentioned letters are not visible.

Expected Results:  
All letters must be visible.
Comment 1 Alexander Potashev 2013-06-13 00:25:32 UTC
Created attachment 80491 [details]
Test case
Comment 2 Alexander Potashev 2013-06-13 00:27:30 UTC
Created attachment 80492 [details]
PDF document as seen in Adobe Reader
Comment 3 Alexander Potashev 2013-06-13 00:27:53 UTC
Created attachment 80493 [details]
PDF document as seen in Okular
Comment 4 Yuri Chornoivan 2013-06-13 04:34:41 UTC
Created attachment 80495 [details]
The document in Okular in a system with installed Arial and Times New Roman fonts

That's because some missing fonts. Nothing to do here from Okular developers' side, imho.

Attached is a screenshot of Okular 0.16.60, Poppler 0.23.1, Mageia 3 with mscore-fonts installed.
Comment 5 Albert Astals Cid 2013-08-05 22:08:28 UTC
I do think there's some bug in here (because i have the mscorettffonts installed and still can't see it), but the bug is not in okular, it's in poppler (the library we use to render pdf files). Alexander, can you please go to http://bugs.freedesktop.org/ and report a bug against poppler?
Comment 6 Alexander Potashev 2017-11-18 17:03:56 UTC
I tried to confirm this bug with Evince, but it didn't work out: the document looks good in Evince 3.22.1. The bug is still there in Okular 1.1.3 (kde apps 17.04.3 on Gentoo).

Have run strace to see which fonts these apps attempt to open, like this:
  strace evince 111.pdf 2>&1 | grep fonts > f.evince
  strace okular 111.pdf 2>&1 | grep fonts > f.okular
See the results attached, the difference is
 - NotoSans-Regular, NotoSans-Italic for Evince,
 - DejaVuSans, DejaVuSans-Bold for Okular.
Comment 7 Alexander Potashev 2017-11-18 17:04:27 UTC
Created attachment 108950 [details]
strace evince | grep fonts
Comment 8 Alexander Potashev 2017-11-18 17:04:46 UTC
Created attachment 108951 [details]
strace okular | grep fonts
Comment 9 Alexander Potashev 2017-11-18 17:06:05 UTC
(In reply to Alexander Potashev from comment #6)
> I tried to confirm this bug with Evince, but it didn't work out: the
> document looks good in Evince 3.22.1. The bug is still there in Okular 1.1.3
> (kde apps 17.04.3 on Gentoo).

I have poppler-0.57.0.
Comment 10 Albert Astals Cid 2017-11-19 17:44:08 UTC
Why do we care about what evince shows in an Okular bug?
Comment 11 Alexander Potashev 2017-11-19 19:36:53 UTC
(In reply to Albert Astals Cid from comment #10)
> Why do we care about what evince shows in an Okular bug?

Okular and Evince both rely on poppler, that probably means the bug is not in poppler.
Comment 12 Albert Astals Cid 2017-11-19 23:01:51 UTC
(In reply to Alexander Potashev from comment #11)
> (In reply to Albert Astals Cid from comment #10)
> > Why do we care about what evince shows in an Okular bug?
> 
> Okular and Evince both rely on poppler, that probably means the bug is not
> in poppler.

The popple maintainer disagrees with you, but he'll happily be proven wrong by a patch.