[
https://issues.apache.org/jira/browse/PDFBOX-4955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17194320#comment-17194320
]
Michael Klink commented on PDFBOX-4955:
---------------------------------------
I think this refers to the bug explained in [this stack overflow answer to
"Setting image form field"|https://stackoverflow.com/a/54091766/1729265]
starting at "Beware, though, applied to your sample file it reveals a bug in
the PDFBox form flattening code."
In particular the {{resolveNeedsTranslation}} method and its use don't make any
sense and ignore relevant form field widget information.
> Flattened form-fields are rendered at the bottom of the page
> ------------------------------------------------------------
>
> Key: PDFBOX-4955
> URL: https://issues.apache.org/jira/browse/PDFBOX-4955
> Project: PDFBox
> Issue Type: Bug
> Components: AcroForm, Rendering
> Affects Versions: 2.0.21
> Reporter: Ben Sedee
> Priority: Major
> Labels: regression
> Fix For: 3.0.0 PDFBox, 2.0.22
>
> Attachments: DEA_certificaat_Theoriekennis_test.odg,
> DEA_certificaat_Theoriekennis_test.pdf, PDFBOX-4955.pdf
>
>
> When flattening the form, all form-fields are put at the bottom of the file,
> overlapping eachother.
> When I just look at the file however, without flattening, everything seems
> to be ok.
> Workarounds so far is to reset all BBox-es for PDFormXObjects to start
> rendering at (0, 0) before we flatten the file.
> We've also tried setting the form-fields to 'read-only', which also visually
> left the PDF in tact but is not a real substitute for flattening.
> Attached are a PDF with the issue present and the OpenOffice-Drawing that was
> used to create the PDF
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
