You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Alonso Gonzalez (JIRA)" <ji...@apache.org> on 2018/08/20 08:48:00 UTC

[jira] [Created] (PDFBOX-4292) Validation fails if ModifyDate and ModDate are specified using different time zones

Alonso Gonzalez created PDFBOX-4292:
---------------------------------------

             Summary: Validation fails if ModifyDate and ModDate are specified using different time zones
                 Key: PDFBOX-4292
                 URL: https://issues.apache.org/jira/browse/PDFBOX-4292
             Project: PDFBox
          Issue Type: Bug
          Components: Preflight
    Affects Versions: 2.0.11
            Reporter: Alonso Gonzalez
         Attachments: Test 2.pdf

I have a test PDF with this metadata:

{quote}/ModDate (D:20180817115837+02'00')
 <xmp:ModifyDate>2018-08-17T09:58:37Z</xmp:ModifyDate>
{quote}
 

According to the specification this is valid and should be considered as equivalent:
{quote}For properties that map between the PDF date type, defined by PDF
Reference, 3.8.2, and the XMP Date type, defined by Date and Time Formats, value equivalence shall be on a
component-by-component basis, relative to Coordinated Universal Time (UTC), i.e., correcting for local time
zone offset.


EXAMPLE The document information dictionary entries:
/CreationDate (D:20040402)
/ModDate (D:200404080+91132-05'00')


are equivalent to the XMP properties:
<xmp:CreateDate>2004-04-02</xmp:CreateDate>
<xmp:ModifyDate>2004-04-08T14:11:32Z</xmp:ModifyDate>
{quote}
 

In org.apache.pdfbox.preflight.metadata.SynchronizedMetaDataValidation#analyzeModifyDateProperty the calendar objects are formatted as strings and then compared:
{code:java}
else if(!DateConverter.toISO8601(xmpModifyDate).equals(DateConverter.toISO8601(modifyDate))) {
  ve.add(this.unsynchronizedMetaDataError("ModificationDate"));
}
{code}

In my testcase DateConverter.toISO8601(modifyDate) yields "2018-08-17T11:58:37+02:00" while DateConverter.toISO8601(xmpModifyDate) yields "2018-08-17T09:58:37+00:00". These timestamps are semantically equal (xmpModifyDate.compareTo(modifyDate) yields 0) and therefore the PDF should be considered as valid PDF-A1b.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org