Maruan Sahyoun resolved PDFBOX-4172.
    Resolution: Fixed

I'm closing this given the tests and the feedback in PDFBOX-4157. 

[~mbr] You can reopen if the issue persists.

> 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-...@fami-braun.de
>            Assignee: Maruan Sahyoun
>            Priority: Major
>              Labels: flatten
>             Fix For: 2.0.10, 3.0.0 PDFBox
>         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

To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Reply via email to