[
https://issues.apache.org/jira/browse/PDFBOX-3613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr closed PDFBOX-3613.
-----------------------------------
Resolution: Duplicate
Duplicate of PDFBOX-3596, I've added you as a watcher there. I think my own
patch is better because it comes later. However yours and mine are both not
enough, see discussion there.
> FDFField creates wrong object type, when loaded from XML
> --------------------------------------------------------
>
> Key: PDFBOX-3613
> URL: https://issues.apache.org/jira/browse/PDFBOX-3613
> Project: PDFBox
> Issue Type: Bug
> Components: AcroForm
> Affects Versions: 2.0.3
> Reporter: Bernd Engelhardt
> Attachments: FDF_Import.patch
>
>
> When a FDFDocument is loaded from file with
> {code}
> FDFDocument fdfDocument = FDFDocument.loadXFDF(is)
> {code}
> and afterwards the same documet is saved via
> {code}
> fdfDocument.saveXFDF(...)
> {code}
> the output document contains only empty fields. The problem is that
> {code}
> FDFField(Element fieldXML)
> {code}
> creates with "setValue" not a "COSString", what is expected by "getValue",
> when saving the document.
> FDFField should use
> {code}
> setValue(new COSString(XMLUtil.getNodeValue(child)));
> {code}
> to create correct values for the XML nodes. Otherwise the import of FDF
> documents via e.g.
> {code}
> pdAcroForm.importFDF
> {code}
> does not work correct.
> Patch for 2.0.3 is attached.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
