[jira] [Updated] (PDFBOX-3540) Trailer Syntax error, ID is different in the first and the last trailer - for PDF with incremental updates
[ https://issues.apache.org/jira/browse/PDFBOX-3540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tilman Hausherr updated PDFBOX-3540: Attachment: Pardes13_Rez02.pdf > 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 > Attachments: Pardes13_Rez02.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 > {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
[jira] [Updated] (PDFBOX-3540) Trailer Syntax error, ID is different in the first and the last trailer - for PDF with incremental updates
[ https://issues.apache.org/jira/browse/PDFBOX-3540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maya Angelova updated PDFBOX-3540: -- Attachment: testfile_signed_twice.pdf testfile_signed_once.pdf testfile_original.pdf These are the used files. _test_signed_twice_ caused the problem described > 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 > 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 > {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