[
https://issues.apache.org/jira/browse/PDFBOX-2619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14299909#comment-14299909
]
Tilman Hausherr commented on PDFBOX-2619:
-----------------------------------------
It works, no regressions, and we're now at 0 errors :-)
However this only means that each nonconforming file matches one of the
possible errors. My next step is to change the code so that it checks for a set
of errors, because several Bavaria testsuite file is expected to throw several
errors.
> XMP dates contain time zone, while document info dates do not, and this isn't
> detected by preflight
> ---------------------------------------------------------------------------------------------------
>
> Key: PDFBOX-2619
> URL: https://issues.apache.org/jira/browse/PDFBOX-2619
> Project: PDFBox
> Issue Type: Sub-task
> Components: Preflight
> Affects Versions: 1.8.8, 2.0.0
> Reporter: Tilman Hausherr
> Assignee: Maruan Sahyoun
> Fix For: 1.8.9, 2.0.0
>
> Attachments: empty_word.pdf
>
>
> Another one from the Bavaria test suite:
> {code}
> /CreationDate(D:20090317081112)
> /ModDate(D:20090317081112)
> <xmp:CreateDate>2009-03-17T08:11:12Z</xmp:CreateDate>
> <xmp:ModifyDate>2009-03-17T08:11:12Z</xmp:ModifyDate>
> {code}
> The info dates do not have a timezone, but the xmp dates do (Z = "Zulu").
> This information (whether there was a timezone information in the string) is
> "lost" in our conversion methods :-(
> Amusingly, PDF Tools says the file is valid.
--
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
