You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2018/03/29 06:47:00 UTC
[jira] [Commented] (PDFBOX-4172) Flatten fails on first form
element only
[ https://issues.apache.org/jira/browse/PDFBOX-4172?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16418509#comment-16418509 ]
ASF GitHub Bot commented on PDFBOX-4172:
----------------------------------------
GitHub user michael-dev opened a pull request:
https://github.com/apache/pdfbox/pull/45
PDFBOX-4172: do translation when no PDFormXObject is encountered
I've created PDF forms using LibreOffice 5 and for one file, the first
form element will not show up filled when flattening the PDF.
It turns out that resolveNeedsTranslation does not hit a PDFormXObject
and thus returns false, although translation is actually needed.
This patch fixes this by tracking whether any PDFormXObject has been
encountered and returning true when none is seen.
https://issues.apache.org/jira/browse/PDFBOX-4172
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/michael-dev/pdfbox bugfix/flattenCorrectly
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/pdfbox/pull/45.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #45
----
commit fed3b1fc607d085f081a5a94bc2deb2dfd73acd4
Author: Michael Braun <mi...@...>
Date: 2018-03-29T06:32:14Z
PDFBOX-4172: do translation when no PDFormXObject is encountered
I've created PDF forms using LibreOffice 5 and for one file, the first
form element will not show up filled when flattening the PDF.
It turns out that resolveNeedsTranslation does not hit a PDFormXObject
and thus returns false, although translation is actually needed.
This patch fixes this by tracking whether any PDFormXObject has been
encountered and returning true when none is seen.
https://issues.apache.org/jira/browse/PDFBOX-4172
----
> 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: michael-dev@fami-braun.de
> 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 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: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org