[
https://issues.apache.org/jira/browse/PDFBOX-2102?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14015076#comment-14015076
]
Petr Slaby commented on PDFBOX-2102:
------------------------------------
{quote}
Are you sure that it is that pdf document? I see you called openProtection but
the document isn't encrypted.
{quote}
After the years in business I learned not to be sure about anything :-) But I
downloaded my upload again, Acrobat says it is protected via password,
PDDocument.isEncrypted() returns true and there is the exception I have
reported.
And, I can confirm that the latest commit from Jeremias fixes the problem, the
exception vanished now.
> Characters swallowed on COSString.getString()
> ---------------------------------------------
>
> Key: PDFBOX-2102
> URL: https://issues.apache.org/jira/browse/PDFBOX-2102
> Project: PDFBox
> Issue Type: Bug
> Components: Parsing
> Affects Versions: 1.8.5, 1.8.6, 2.0.0
> Reporter: Jeremias Maerki
> Assignee: Jeremias Maerki
> Fix For: 1.8.6, 2.0.0
>
> Attachments: 000059.pdf, iae.txt
>
>
> PDFBOX-1437 seems to have introduced a regression that causes characters like
> \n to be swallowed when COSString.getString() is called. PDFDocEncoding
> doesn't handle all valid characters.
> {code}
> testStr = "Line1\nLine2\nLine3\n";
> COSString lineFeedString = new COSString(testStr);
> assertEquals(testStr, lineFeedString.getString());
> //Same as previous but this time as a dictionary value
> lineFeedString = new COSString(true);
> for (int i = 0; i < testStr.length(); i++) {
> lineFeedString.append(testStr.charAt(i));
> }
> assertEquals(testStr, lineFeedString.getString()); //currently fails
> {code}
> Direct link to the change causing the regression:
> http://svn.apache.org/viewvc?view=revision&revision=1406628
--
This message was sent by Atlassian JIRA
(v6.2#6252)
