[
https://issues.apache.org/jira/browse/PDFBOX-1803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13966989#comment-13966989
]
Tilman Hausherr commented on PDFBOX-1803:
-----------------------------------------
Ok, ok - I committed the "simple" patch for 1.8 in rev 1586751. I'm leaving
this open as there are more advanced patches too. Tim, if you're not using svn,
you can find the updated version at
https://repository.apache.org/content/groups/snapshots/org/apache/pdfbox/ in a
few hours.
> StringIndexOutOfBound on DateConverter.toCalendar
> -------------------------------------------------
>
> Key: PDFBOX-1803
> URL: https://issues.apache.org/jira/browse/PDFBOX-1803
> Project: PDFBox
> Issue Type: Bug
> Components: PDModel, Utilities
> Affects Versions: 1.8.3
> Reporter: Eric Leleu
> Priority: Minor
> Attachments: PDFBOX-1803-Trunk-USETHISONE.patch,
> PDFBOX-1803-Trunk-tba.patch, PDFBOX-DateConverter-1.8-fred.patch,
> PDFBox-DateConverter-Br18.patch, PDFBox-DateConverter-Trunk.patch
>
>
> Some PDF have an empty string as CreationDate & ModDate in the Information
> Dictionary.
> According to the PDF specification, this two element are optional.
> My first fix was to test the null & the empty string in the
> toCalendar(String, String[]) method and I return null if one of the both
> condition is verified.
> But according to a test case(TestDateUtil) a NullPointer is expected on null
> value of text. Can you explain why this behaviour has been adopted?
> To fixe this unexpected exception in my execution path, I have added a test
> on the empty string in the deprecated method toCalendar(String). (Patch in
> attachment)
> I'm waiting your comment before commit this patch (or change it by my first
> implementation)
> BR,
> Eric
--
This message was sent by Atlassian JIRA
(v6.2#6252)
