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

Discussion:

b***@bugs.documentfoundation.org

2017-10-25 14:58:04 UTC

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-***@lists.freedesktop.org
Reporter: ***@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.

b***@bugs.documentfoundation.org

2017-10-25 15:00:31 UTC