[
https://issues.apache.org/jira/browse/PDFBOX-6179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18067706#comment-18067706
]
Michael Klink commented on PDFBOX-6179:
---------------------------------------
{quote}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.{quote}
If this fact is mentioned in the (Java)Docs, that sounds ok.
{quote}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.{quote}
Ah, great!
> 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]
