Description of problem: Initially reported via https://forums.mageia.org/en/viewtopic.php?f=7&t=10725 it seems that Okular in Mageia was has started to have issues displaying some fonts in some PDF files correctly, and does not display some fonts at all anymore. It was noticed initially with some credit card statements from Chase Bank, which miss most of the fonts in the document. This might be caused by the embedded type 3 fonts. Seems this was also noticed in parallel a few days ago in opensuse forums, but there they think it's just a poppler rebuild missing or such. This doesn't really apply for us, as neither poppler or any of the other supporting libraries has been updated in the last several months, and okular was working fine the whole time. Since today I can confirm this issue with okular, as I viewed my monthly phone/DSL invoice and some of the variable parts of the document that use a different font grade are barely readable or at least pixellated in a really ugly way. When viewing in a different PDF viewer (e.g. evince) the document looks perfectly fine. Installed package versions: $rpm -qa|sort|grep okular lib64okularcore5-4.14.3-2.mga5 lib64smokeokular3-4.14.3-1.mga5 okular-4.14.3-2.mga5 okular-handbook-4.14.3-2.mga5 This bug is intended to serve as a placeholder until we can spot a culprit. Reproducible: Steps to Reproduce:
CC: (none) => doktor5000, lmenut, luigiwalser, mageia
I can agree with the chase bank problem. Sub-heading contents are the same color as the background and are invisible. I was able to search for the text string shown by evince and find them. I believe Sep-2015 was the last chase pdf I could read.
CC: (none) => bittwister2
librsvg perhaps, updated 2016-1-17, issue reported in the forum post on 2016-1-29 https://bugs.mageia.org/show_bug.cgi?id=17378
CC: (none) => eeeemail
(In reply to claire robinson from comment #2) > librsvg perhaps, updated 2016-1-17, issue reported in the forum post on > 2016-1-29 > https://bugs.mageia.org/show_bug.cgi?id=17378 maintdb cannot be reached, now, but zezinho was the maintainer before. @ zezinho please reassign if it was wrong to assign to you, or if librsvg can't be the culprit
CC: (none) => marja11Assignee: bugsquad => lists.jjorgeSource RPM: okular ? => okular or librsvg?
In fact, I have no idea if it can be the culprit. But if someone gives a buggy file, I can try different librsvg versions to see if it changes anything.
Keywords: (none) => NEEDINFO
Created attachment 7480 [details] xz-compressed, cleaned PDF invoice showing ugly/pixellated fonts in okular, looking fine in e.g. evince (In reply to José Jorge from comment #4) > In fact, I have no idea if it can be the culprit. But if someone gives a > buggy file, I can try different librsvg versions to see if it changes > anything. Until now the known cases where this occured are only with invoices or credit card statements, which might be difficult to anonymize and which might also change the PDF. I've tried with one of my invoices using scribus and removed all personal information, now all the text looks ugly and pixellated in okular. Before that it was mostly the really small text that looked normal, most of the rest was ugly and pixellated. In evince it still looks perfectly fine though, so it could be used as a test case. pdffonts from xpdf shows the following fonts for the original PDF: name type encoding emb sub uni object ID ------------------------------------ ----------------- ---------------- --- --- --- --------- Humnst777BT TrueType WinAnsi yes no no 16 0 Helvetica Type 1 WinAnsi no no no 6 0 Humnst777BT TrueType WinAnsi yes no no 12 0 Also tried with "strings original.pdf | grep FontName" and this shows: 13 0 obj<</CapHeight 699/FontBBox[-134 -235 1229 970]/Type/FontDescriptor/FontFile2 2 0 R/Descent -240/StemV 80/Flags 32/Ascent 759/FontName/Humanist777BT-RomanB/ItalicAngle 0>> 17 0 obj<</FontBBox[-134 -235 1229 970]/CapHeight 699/Type/FontDescriptor/FontFile2 3 0 R/StemV 80/Descent -240/Flags 32/FontName/Humanist777BT-RomanB/Ascent 759/ItalicAngle 0>> Already tested after downgrading librsvg via "urpmi --downgrade lib64rsvg2_2-2.40.7-2.mga5.x86_64 lib64rsvg2-devel-2.40.7-2.mga5.x86_64" and there's no change. From what I read okular uses Qt4 libraries to display fonts, and there we didn't have any update for mga5.
(In reply to Florian Hubold from comment #5) > I've tried with one of my invoices using scribus > and removed all personal information, now all the text looks ugly and > pixellated in okular. Before that it was mostly the really small text that > looked normal, most of the rest was ugly and pixellated. > Strange, I cannot reproduce ugly and pixellated text with your file. Could you please try in another MGA5 install or VM? And post a PNG showing the ugly to have an idea of what you mean...
Created attachment 7485 [details] partial excerpt screenshot from original invoice, showing normal and pixellated text
Created attachment 7486 [details] partial excerpt screenshot from cleaned invoice, showing only pixellated text
(In reply to José Jorge from comment #6) > Strange, I cannot reproduce ugly and pixellated text with your file. Could > you please try in another MGA5 install or VM? And post a PNG showing the > ugly to have an idea of what you mean... Will test again under newly created user and in a VM. Have a look for the two attachments, attachment 7485 [details] from the original invoice shows the issue pretty well.
CC: lmenut => (none)
No answer for months, closing.
Resolution: (none) => OLDStatus: NEW => RESOLVED