[
https://issues.apache.org/jira/browse/PDFBOX-4172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
[email protected] updated PDFBOX-4172:
----------------------------------------------
Description:
I've create an PDF form using LibreOffice 5. For this document, the first form
element refuses to turn up filled when filling + flattening using PDFBox 2.0.9
als well as trunk (512d016ad08a70dfb512f99d54092f8b586e8345).
It turns out that resolveNeedsTranslation does not encounter any PDFormXObject
for the first element of this pdf form element but still returns false,
although translation is still needed.
I've created a patch in
[https://github.com/michael-dev/pdfbox/tree/bugfix/flattenCorrectly] .
I used evince 3.18.2 on ubuntu xenial as pdf viewer. Please see attached
example pdf form and the different results using pdfbox 2.0.9 and with the
above patch applied. The code used here is in example.java.
was:
I've create an PDF form using LibreOffice 5. For this document, the first form
element refuses to turn up filled when filling + flattening using PDFBox 2.0.9
als well as trunk (512d016ad08a70dfb512f99d54092f8b586e8345).
It turns out that resolveNeedsTranslation does not encounter any PDFormXObject
for the first element of this pdf form element but still returns false,
although translation is still needed.
I've created a patch in
[https://github.com/michael-dev/pdfbox/tree/bugfix/flattenCorrectly] .
I used evince 3.18.2 as pdf viewer. Please see attached example pdf form and
the different results using pdfbox 2.0.9 and with the above patch applied. The
code used here is in example.java.
> Flatten fails on first form element only
> ----------------------------------------
>
> Key: PDFBOX-4172
> URL: https://issues.apache.org/jira/browse/PDFBOX-4172
> Project: PDFBox
> Issue Type: Bug
> Components: AcroForm
> Affects Versions: 2.0.9
> Reporter: [email protected]
> Priority: Major
> Attachments: example-filled-2.0.9.pdf, example-filled-fixed.pdf,
> example.java, example.pdf
>
>
> I've create an PDF form using LibreOffice 5. For this document, the first
> form element refuses to turn up filled when filling + flattening using PDFBox
> 2.0.9 als well as trunk (512d016ad08a70dfb512f99d54092f8b586e8345).
> It turns out that resolveNeedsTranslation does not encounter any
> PDFormXObject for the first element of this pdf form element but still
> returns false, although translation is still needed.
> I've created a patch in
> [https://github.com/michael-dev/pdfbox/tree/bugfix/flattenCorrectly] .
> I used evince 3.18.2 on ubuntu xenial as pdf viewer. Please see attached
> example pdf form and the different results using pdfbox 2.0.9 and with the
> above patch applied. The code used here is in example.java.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
