[Poppler-bugs] [Bug 71063] Wrong text encoding of title extracted from properties

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=71063

kurt.pfeifle at gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kurt.pfeifle at gmail.com

--- Comment #1 from kurt.pfeifle at gmail.com ---
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler-bugs/attachments/20131107/732256df/attachment.html>