[
https://issues.apache.org/jira/browse/PDFBOX-3540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr resolved PDFBOX-3540.
-------------------------------------
Resolution: Fixed
Assignee: Tilman Hausherr
Fix Version/s: 2.1.0
2.0.4
[~mayaangelova] this solves the problem you reported (thank you). You can find
a new jar file here soon:
https://repository.apache.org/content/groups/snapshots/org/apache/pdfbox/preflight/2.0.4-SNAPSHOT/
> Trailer Syntax error, ID is different in the first and the last trailer - for
> PDF with incremental updates
> ----------------------------------------------------------------------------------------------------------
>
> Key: PDFBOX-3540
> URL: https://issues.apache.org/jira/browse/PDFBOX-3540
> Project: PDFBox
> Issue Type: Bug
> Components: Preflight
> Affects Versions: 1.8.12, 2.0.3
> Reporter: Maruan Sahyoun
> Assignee: Tilman Hausherr
> Fix For: 2.0.4, 2.1.0
>
> Attachments: Pardes13_Rez02.pdf, testfile_original.pdf,
> testfile_signed_once.pdf, testfile_signed_twice.pdf
>
>
> As reported at the users mailing list:
> ----
> Hello guys,
> I have the following problem using apache.pdfbox when validating a valid
> PDF/A-1 file, which is being signed twice:
> 1. The online validator confirms that the file is valid
> (https://www.pdf-tools.com/pdf/validate-pdfa-online.aspx)
> 2. But when I validate it using the following code:
> {code}
> PreflightParser parser = new PreflightParser(byteDatasource);
> parser.parse();
> PreflightDocument document = parser.getPreflightDocument();
> document.validate();
> result = document.getResult();
> {code}
> 3. The file is linearized
> 4. I get that the file is invalid and the error description reads:
> {code}
> Trailer Syntax error, ID is different in the first and the last trailer</i>
> {code}
> According to issues PDFBOX-3256 and PDFBOX-2502 this should be fixed?
> Could anyone give me a tip how to go around this problem or would that be a
> bug?
> The pdf file is attached.
> ----
> *Analysis:*
> The original PDF is linearized with a subsequent incremental update.
> According to ISO 32000-1 F1
> {quote}
> Incremental update shall still be permitted, but the resulting PDF is no
> longer linearized and subsequently shall be treated as ordinary PDF.
> Linearizing it again may require reprocessing the entire file; see G.7,
> "Accessing an Updated File" for details.
> {quote}
> as the file shall no longer be treated as linearized the provision about
> matching ID's as outlined in PDFBOX-2502 no longer applies.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
