[
https://issues.apache.org/jira/browse/FOP-3210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17921703#comment-17921703
]
Rafael Witak commented on FOP-3210:
-----------------------------------
[~jgoncalves] Thank you for checking. I am surprised that it worked for you...
Can you confirm that your settings included
{{{}<form-xobject>true</form-xobject>{}}}?
> PDF Images - Empty pages when recombining split pages
> -----------------------------------------------------
>
> Key: FOP-3210
> URL: https://issues.apache.org/jira/browse/FOP-3210
> Project: FOP
> Issue Type: Bug
> Environment: Windows 10 22H2
> Java 17
> FOP 2.8
> PDF Images 2.8
> Reporter: Rafael Witak
> Assignee: Joao Goncalves
> Priority: Major
> Attachments: PROFIL_20240803_SEITE_10.pdf,
> PROFIL_20240803_SEITE_11.pdf, PROFIL_20240803_SEITE_12.pdf,
> PROFIL_20240803_SEITE_13.pdf, PROFIL_20240803_SEITE_14.pdf,
> fo-1737383841596.xml, image-2024-10-08-14-48-27-218.png, result.pdf, test.fo
>
>
> When trying to recombine the pages of certain PDFs that were previously split
> up (see PROFIL_20240803_SEITE_XX.pdf files), some pages remain white (see
> result.pdf). Those pages are the ones that were originally on a right-hand
> page. When inspecting the result using LibreOffice Draw, the right-hand pages
> are still there, but shifted to the right, outside of the printable area:
> !image-2024-10-08-14-48-27-218.png|width=963,height=649!
>
> This behavior only occurs when setting <form-xobject>true</form-xobject>.
> Unfortunately, turning this setting off is out of the question, because it is
> our workaround for FOP-3137.
> The original PDF was split up using PDF::API2 (which we use in all cases
> where qpdf can't read the file).
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
