[
https://issues.apache.org/jira/browse/PDFBOX-3723?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15933654#comment-15933654
]
Maruan Sahyoun commented on PDFBOX-3723:
----------------------------------------
That's a different issue and is related to the form definition - at least if I
look at the form referenced from your sample XFDF.
This is caused because now the value is correctly set and it's also trying to
update the appearance stream for the form fields which is needed for the visual
appearance of the form field with the updated value. That's where it's failing
as the {{NormalAppearance}} entry exists but is null.
I opened PDFBOX-3726 for that.
> FDFField.getValue() doesn't return the values in line with the Javadoc.
> -----------------------------------------------------------------------
>
> Key: PDFBOX-3723
> URL: https://issues.apache.org/jira/browse/PDFBOX-3723
> Project: PDFBox
> Issue Type: Bug
> Components: PDModel
> Affects Versions: 2.0.0, 2.0.4, 2.0.5
> Reporter: Maruan Sahyoun
> Assignee: Maruan Sahyoun
> Fix For: 2.0.6, 2.1.0
>
>
> For the 2.0.x releases {{FDFField.getValue()}} doesn't neither return the
> documented {{PDTextStream}} return type nor {{String}} for values of type
> {{COSString}} or {{COSStream}}. This has somewhat be masked by another issue
> fixed in PDFBOX-3596.
> As {{PDTextStream}} is no longer available we should return as {{String}}
> (which is inline with {{PDField}}) and adjust the javadoc accordingly.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
