[Libreoffice-bugs] [Bug 113448] New: PDF/A-1a generated is not compliant

Wed Oct 25 14:58:04 UTC 2017

https://bugs.documentfoundation.org/show_bug.cgi?id=113448

            Bug ID: 113448
           Summary: PDF/A-1a generated is not compliant
           Product: LibreOffice
           Version: 5.2.7.2 release
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Calc
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: paolo.greppi at libpf.com

Description:
I have validated the PDFs exported from LibreOffice Calc using VeraPDF, and
sometimes they do not validate.

I attach two examples with differing errors, and file that passes.

Steps to Reproduce:
1. From the attached files Aaa.ods or Bbb2.pds export the PDF ticking the
PDFA/1-a checkbox

2. Validate the resulting PDF with verapdf:

/opt/verapdf/verapdf -f 1a Aaa.pdf
/opt/verapdf/verapdf -f 1a Bbb2.pdf
/opt/verapdf/verapdf -f 1a Ccc.pdf

Actual Results:  
Aaa.pdf fails with:

<rule specification="ISO 19005-1:2005" clause="6.8.3" testNumber="1"
status="failed" passedChecks="0" failedChecks="1">
  <description>The logical structure of the conforming file shall be described
by a structure hierarchy rooted in the StructTreeRoot entry of the document
catalog dictionary, as described in PDF Reference 9.6</description>
  <object>PDDocument</object>
  <test>StructTreeRoot_size == 1</test>
  <check status="failed">
    <context>root/document[0]</context>
  </check>
</rule>

Bbb.pdf fails with:

<rule specification="ISO 19005-1:2005" clause="6.3.8" testNumber="1"
status="failed" passedChecks="0" failedChecks="9">
  <description>The font dictionary shall include a ToUnicode entry whose value
is a CMap stream object that maps character codes to Unicode values, 
              as described in PDF Reference 5.9, unless the font meets any of
the following three conditions:
              (*) fonts that use the predefined encodings MacRomanEncoding,
MacExpertEncoding or WinAnsiEncoding, or that use the predefined Identity-H or
Identity-V CMaps;
              (*) Type 1 fonts whose character names are taken from the Adobe
standard Latin character set or the set of named characters in the Symbol font,
as defined in PDF Reference Appendix D;
              (*) Type 0 fonts whose descendant CIDFont uses the Adobe-GB1,
Adobe-CNS1, Adobe-Japan1 orAdobe-Korea1 character collections.</description>
  <object>Glyph</object>
  <test>toUnicode != null</test>
  <check status="failed">
    <context>root/document[0]/pages[0](1 0 obj PDPage)/contentStream[0](2 0 obj
PDContentStream)/operators[173]/usedGlyphs[2](BAAAAA+LiberationSans 22
0)</context>
  </check>
  <check status="failed">
    <context>root/document[0]/pages[0](1 0 obj PDPage)/contentStream[0](2 0 obj
PDContentStream)/operators[102]/usedGlyphs[0](BAAAAA+LiberationSans 18
0)</context>
  </check>
  <check status="failed">
    <context>root/document[0]/pages[0](1 0 obj PDPage)/contentStream[0](2 0 obj
PDContentStream)/operators[173]/usedGlyphs[0](BAAAAA+LiberationSans 20
0)</context>
  </check>
  <check status="failed">
    <context>root/document[0]/pages[0](1 0 obj PDPage)/contentStream[0](2 0 obj
PDContentStream)/operators[102]/usedGlyphs[1](BAAAAA+LiberationSans 19
0)</context>
  </check>
  <check status="failed">
    <context>root/document[0]/pages[0](1 0 obj PDPage)/contentStream[0](2 0 obj
PDContentStream)/operators[68]/usedGlyphs[3](BAAAAA+LiberationSans 16
0)</context>
  </check>
  <check status="failed">
    <context>root/document[0]/pages[0](1 0 obj PDPage)/contentStream[0](2 0 obj
PDContentStream)/operators[68]/usedGlyphs[4](BAAAAA+LiberationSans 17
0)</context>
  </check>
  <check status="failed">
    <context>root/document[0]/pages[0](1 0 obj PDPage)/contentStream[0](2 0 obj
PDContentStream)/operators[173]/usedGlyphs[1](BAAAAA+LiberationSans 21
0)</context>
  </check>
  <check status="failed">
    <context>root/document[0]/pages[0](1 0 obj PDPage)/contentStream[0](2 0 obj
PDContentStream)/operators[68]/usedGlyphs[2](BAAAAA+LiberationSans 15
0)</context>
  </check>
  <check status="failed">
    <context>root/document[0]/pages[0](1 0 obj PDPage)/contentStream[0](2 0 obj
PDContentStream)/operators[68]/usedGlyphs[1](BAAAAA+LiberationSans 14
0)</context>
  </check>
</rule>

Expected Results:
Ccc.pdf is an example of a file which passes:

<?xml version="1.0" encoding="utf-8"?>
<report>
  <buildInformation>
    <releaseDetails id="core" version="1.6.2"
buildDate="2017-06-05T20:07:00+02:00"></releaseDetails>
    <releaseDetails id="validation-model" version="1.6.2"
buildDate="2017-06-12T10:32:00+02:00"></releaseDetails>
    <releaseDetails id="gui" version="1.6.3"
buildDate="2017-06-12T10:44:00+02:00"></releaseDetails>
  </buildInformation>
  <jobs>
    <job>
      <item size="26665">
        <name>/home/paolog/Ccc.pdf</name>
      </item>
      <validationReport profileName="PDF/A-1A validation profile"
statement="PDF file is compliant with Validation Profile requirements."
isCompliant="true">
        <details passedRules="107" failedRules="0" passedChecks="844"
failedChecks="0"></details>
      </validationReport>
      <duration start="1508943351038"
finish="1508943351871">00:00:00.833</duration>
    </job>
  </jobs>
  <batchSummary totalJobs="1" failedToParse="0" encrypted="0">
    <validationReports compliant="1" nonCompliant="0"
failedJobs="0">1</validationReports>
    <featureReports failedJobs="0">0</featureReports>
    <repairReports failedJobs="0">0</repairReports>
    <duration start="1508943350954"
finish="1508943351917">00:00:00.963</duration>
  </batchSummary>
</report>

the only change from Bbb2.ods is that I replaced the content of cell A1 !

Reproducible: Always

User Profile Reset: No, I don't believe it's relevant.

Additional Info:
https://wp.libpf.com/?p=1158
http://verapdf.org/software/

User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
Firefox/52.0

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20171025/b65b8ce9/attachment-0001.html>