[
https://issues.apache.org/jira/browse/PDFBOX-2619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14320844#comment-14320844
]
John Hewson commented on PDFBOX-2619:
-------------------------------------
I presume you mean GMT, as UTC isn't a time zone.
TestSynchronizedMetadataValidation uses the system's default calendar:
{code}
creationDate = Calendar.getInstance();
modifyDate = Calendar.getInstance();
{code}
So the date strings are going to vary on machines in different time zones. As
we know r1656215 introduced the problem, there must be something in that commit
which can't handle PST.
> 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: [email protected]
For additional commands, e-mail: [email protected]
