[
https://issues.apache.org/jira/browse/FOP-3210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17922415#comment-17922415
]
Joao Goncalves commented on FOP-3210:
-------------------------------------
[~apatecwitak] Being the right pages only makes sense. The code itself seems
fine, but the translation matrix seemed off. I feel like the image is being
translated out of the viewing area. I'll see if I can find a way to override
that
> 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)
