<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:kurt.pfeifle@gmail.com" title="kurt.pfeifle@gmail.com">kurt.pfeifle@gmail.com</a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Wrong text encoding of title extracted from properties"
href="https://bugs.freedesktop.org/show_bug.cgi?id=71063">bug 71063</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>kurt.pfeifle@gmail.com
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Wrong text encoding of title extracted from properties"
href="https://bugs.freedesktop.org/show_bug.cgi?id=71063#c1">Comment # 1</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Wrong text encoding of title extracted from properties"
href="https://bugs.freedesktop.org/show_bug.cgi?id=71063">bug 71063</a>
from <span class="vcard"><a class="email" href="mailto:kurt.pfeifle@gmail.com" title="kurt.pfeifle@gmail.com">kurt.pfeifle@gmail.com</a>
</span></b>
<pre>In the Adobe edition of the official ISO 32000-1:2008 PDF-1.7 specification,
the table on page 652 says this about PDFDocEncoding:
"Encoding for text strings in a PDF document outside the document’s
content streams."
So it looks like the assumption that the display of the title properity of the
document (which clearly is "outside the document's content streams") seems not
to be valid.
* BTW and FWIW, Preview.app, callas pdfToolbox, and Adobe Acrobat Pro (on
a Mac also do display this title string as 'ü' -- as they should! So
Poppler for once agrees with Adobe and Apple about how to treat this file...
----
The excercise with the qpdf commandline to uncompress some streams in the
'ü.pdf' file is not leading anywhere in relation to this bug report. It just
reveals part of what a more complete check of the ü.pdf does:
qpdf --check ü.pdf
checking ü.pdf
PDF Version: 1.3
File is not encrypted
File is not linearized
WARNING: ü.pdf (object 13 0, file position 1409): empty object treated as
null
A more close look at the file reveals, that object no. 7 is also 'empty'.
This PDF is not fully conforming to the spec.
The status of this report should be set to INVALID.</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>