[
https://issues.apache.org/jira/browse/PDFBOX-6179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18067625#comment-18067625
]
Tilman Hausherr commented on PDFBOX-6179:
-----------------------------------------
Re fields with the same name: only the first one. This would be consistent with
the fact that getField(name) will return the first one.
Re inner node, the second code supports going through the tree of non terminal
fields until there's a match. Annotation widgets are also removed, however the
assumption is made that {{widget.getPage()}} isn't null. Maybe I should make a
fallback solution that these widgets are collected in case no page is available
and then a search is done.
> Removing fields not possible
> ----------------------------
>
> Key: PDFBOX-6179
> URL: https://issues.apache.org/jira/browse/PDFBOX-6179
> Project: PDFBox
> Issue Type: Bug
> Components: AcroForm
> Affects Versions: 2.0.36, 3.0.7 PDFBox
> Reporter: Stefan Ziegler
> Priority: Major
> Fix For: 2.0.37, 3.0.8 PDFBox, 4.0.0
>
> Attachments: simple_form.pdf
>
>
> Seems that fields can no longer be removed like this:
> PDField field = acroForm.getField("XXXXX");
> List<PDField> fields = acroForm.getFields();
> fields.remove(field);
> Internally, the field is never found. PDField has no equals method. getField
> and getFields create new PDField instances and so equals fails in this case.
> Shouldn't there be an equals method in PDField, that compares the underlying
> COSObject?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
