Bug 357822 - Superscript characters sometimes not displayed
Summary: Superscript characters sometimes not displayed
Status: RESOLVED WORKSFORME
Alias: None
Product: okular
Classification: Applications
Component: PDF backend (show other bugs)
Version: unspecified
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2016-01-10 22:52 UTC by felix.reuning
Modified: 2018-10-28 03:39 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Critical PDF test document (185.43 KB, application/pdf)
2016-01-10 22:55 UTC, felix.reuning
Details
Screenshot of my file->properties->fonts (335.40 KB, image/png)
2016-01-12 05:15 UTC, Oliver Sander
Details
Screenshot of my file->properties->fonts (reuning) (56.67 KB, image/png)
2016-01-12 21:42 UTC, felix.reuning
Details

Note You need to log in before you can comment on or make changes to this bug.
Description felix.reuning 2016-01-10 22:52:33 UTC
In some documents the superscript characters sometimes (in some specific locations in the text) are not displayed. E.g. if you have a mathematical expression like x² the squareroot "2" is invisible. Problem is reproducible.  Same document on Windows with "acroread" or "gv" on linux is correct displayed. Same wrong behavior with "Evince", but not with "gv" as already mentioned. Example document is available. Do not know how to provide the document on this KDE bug tracking plattform ?

Reproducible: Always

Steps to Reproduce:
1. Open critical document
2.
3.

Actual Results:  
y = 0,025x – 0,9x +6.


Expected Results:  
y = 0,025x² – 0,9x +6.


Version 0.23.2
Using KDE Development Platform 4.14.13
Comment 1 felix.reuning 2016-01-10 22:55:13 UTC
Created attachment 96577 [details]
Critical PDF test document

Critical Text is on top of page two
Comment 2 felix.reuning 2016-01-10 23:00:45 UTC
The  bug occurs also on page 2 at another location:

Actual Results: x² + ( 6k – 5 ) x + 4k = 0
Expected Results: x² + ( 6k – 5 ) x + 4k² = 0

P.S.: Other documents also affected
Comment 3 Yuri Chornoivan 2016-01-11 07:21:22 UTC
Works fine here (Okular 0.25, poppler 0.26.5). All the mentioned superscripts are visible.

Can you check what poppler version you are using (e.g. "pdftotext -v" from console)?

Thanks in advance for your answer.
Comment 4 Oliver Sander 2016-01-11 08:51:43 UTC
I can reproduce the problem with pdftotext version 0.38.0 from Debian testing.
Comment 5 felix.reuning 2016-01-11 17:27:39 UTC
I see following response:

pdftotext -v
pdftotext version 0.33.0
Copyright 2005-2015 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC
Comment 6 Albert Astals Cid 2016-01-11 22:25:35 UTC
Grave? How would this be grave? Come on, it affects you, yes it's grave for you, it's not grave for the 99.999% of the rest of the users.

Please don't play with the importance fields, it kills my motivation to work on bugs that people overplay the importance they have.
Comment 7 Albert Astals Cid 2016-01-11 22:27:54 UTC
freetype versions for the ones that have this failing?

Also attach a screenshot of file->properties->fonts
Comment 8 Oliver Sander 2016-01-12 05:15:30 UTC
Created attachment 96596 [details]
Screenshot of my file->properties->fonts
Comment 9 Oliver Sander 2016-01-12 05:20:46 UTC
My freetype version appears to be 2.6.1 (says my Debian package manager).
Comment 10 Jason Crain 2016-01-12 06:36:10 UTC
Nonembedded font.  The document uses character names "onesuperior", "twosuperior", etc, but the substituted font uses uniXXXX.  My patch in https://bugs.freedesktop.org/show_bug.cgi?id=93299 fixes this.  I'll try to post an update within a couple days.
Comment 11 felix.reuning 2016-01-12 21:42:40 UTC
Created attachment 96612 [details]
Screenshot of my file->properties->fonts (reuning)
Comment 12 felix.reuning 2016-01-12 21:44:27 UTC
My freetype version appears to be 2.5.2-4ubuntu2 (says my package manager).

P.S.: Sorry for the wrong rating of the bug, but it is the first time that I reported a bug. My first impression was, that the bug is grave for the user (me), because it changed the content of the document content with no visible correlation to surrounding circumstances. I spend a lot of time to find out why my calculation results for nearly every second (I found these behaviour in many other pdf documents from this exercising internet platform) exercise were wrong -:).
Comment 13 Albert Astals Cid 2016-01-12 22:58:58 UTC
I guess as a stop gap measure you could uninstall that texgyreheros font, or change fontconfig not to substitute Arial to it, looks like it'd be the one causing the problem i'd say.
Comment 14 felix.reuning 2016-01-16 19:06:54 UTC
Thanks for the hint, disabling of the texgyreheros fonts helps as temporary workaround
Comment 15 Andrew Crouthamel 2018-09-28 02:29:27 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 16 Andrew Crouthamel 2018-10-28 03:39:19 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!