<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - PDF not rendering correctly from evince"
href="https://bugs.freedesktop.org/show_bug.cgi?id=93780">93780</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>PDF not rendering correctly from evince
</td>
</tr>
<tr>
<th>Product</th>
<td>poppler
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>major
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>cairo backend
</td>
</tr>
<tr>
<th>Assignee</th>
<td>poppler-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>pierupoika@yahoo.com
</td>
</tr></table>
<p>
<div>
<pre>Hi,
I filed an intial bug about the problem with Evince
<a href="https://bugzilla.gnome.org/show_bug.cgi?id=760863">https://bugzilla.gnome.org/show_bug.cgi?id=760863</a> and someone responded that
the issue comes from poppler-cairo which is used by evince. I was therefore
advised to file the bug here. So, here it goes:
I have downloaded this document:
<a href="http://www.europarl.europa.eu/RegData/etudes/STUD/2015/549034/EXPO_STU%282015%29549034_EN.pdf">http://www.europarl.europa.eu/RegData/etudes/STUD/2015/549034/EXPO_STU%282015%29549034_EN.pdf</a>
to my desktop and opened it in Evince. The *first* time document opens
correctly. However, afterwards the document opens but all the pages appear
blank except for the first one. I can use the mouse to select blocks of content
in the pages but, there is nothing visible. I thought that perhaps the document
is corrupt for some reason but, that is not the case. For instance, i can view
the document correctly via Firefox's built-in PDF viewer (PDFJS). I also ran
Evince on that (downloaded) document with debug options (both GDK-DEBUG and
GTK-DEBUG) and it appears that both output refers to some font issue:
--8<--8<--
font type 9 not handled
some font thing failed
--8<--8<--
Then Germán Poo-Caamaño developer from Evince project reported that he has
conducted the following subsequent tests:
It is possible to reproduce the issue with:
$ pdftocairo -png EXPO_STU(2015)549034_EN.pdf
However, the following works fine:
$ pdftoppm -png EXPO_STU(2015)549034_EN.pdf foo
Thanks in advance and kind regards</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>