[
https://issues.apache.org/jira/browse/PDFBOX-6179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18067723#comment-18067723
]
Tilman Hausherr commented on PDFBOX-6179:
-----------------------------------------
I asked ChatGPT and it pointed me to 12.7.3.2 Field Names: "It is possible for
different field dictionaries to have the same fully qualified field name if
they are descendants of a common ancestor with that name and have no partial
field names (T entries) of their own. Such field dictionaries are different
representations of the same underlying field; they should differ only in
properties that specify their visual appearance. In particular, field
dictionaries with the same fully qualified field name shall have the same field
type (FT), value (V), and default value (DV)." 🤢
> 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]
