Created attachment 145827 [details] Writer source document used to generate the PDF, and generated PDF When importing a PDF file containing different page layouts, only one page layout id assumed when rendering the document. The attached file example contains 3 pages, as follows: - page 1: A4 portrait - page 2: A3 landscape - page 3: A4 portrait Sometimes it seems that if pages contain images (documents generated by scanners), the assumed page format is A4, and A3 pages are just truncated preserving only the left part of the A3 landscape page. Attached you will find also the Writer source document used to generate the PDF document imported in Impress for the test.
Repro, already in 3.3.0 (Win 10). Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: e77beebb0d839f5dc0d4f9c4fd7cc9b7ccfd0175 CPU threads: 8; OS: Linux 4.20; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 16 February 2019
page 3 is A4 in landscape repro in LO 6.4.2.2 x64 win10-64
Created attachment 159388 [details] example with 4 pages A4 A3 landcape and A4 A3 portrait made with LO writer in this pdf a4 and a3 in landscape and portrait for test pdf import in Draw in Draw only one paper format possible in Writer for each page a different paper format possible
A workaround is doing more documents with different paper sizes. 4 paper sizes -> 4 draw docs or more in a global document
with the possible workaround of comment 5 a preview window with choice should be available the old way: all in one Draw document with one-page size the new way: all in one Global ODM-document with Draw sections in different page sizes
*** Bug 131503 has been marked as a duplicate of this bug. ***
Version: 7.0.0.0beta 2 x64 win 10 x64 repro the new way should be: all in one Global ODM-document with Draw sections in different page sizes
repro Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL
repro in Version: 7.2.0.2 (x64) / LibreOffice Community Build ID: 614be4f5c67816389257027dc5e56c801a547089 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL
This is due to the current limitation as discussed in bug 49787. The different page size / orientation etc can only be imported correctly if the draw document allows them.
*** Bug 143473 has been marked as a duplicate of this bug. ***
Maximum paper size of masterpiece in user mode is quadratic area 600 cm to 600 cm. So different sizes of papers should be possible. Work around is import of pdf by different draw files with their sizes. PDF can also divised before in different pdf their format.
Dear me, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 194797 [details] Problem re-tested: seems solved; the attachment is the Writer import of the original PDF test file Problem re-tested: it seems solved; the attachment is the Writer import of the original PDF test file. Test executed also with Draw: successful Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 2; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: en-US Calc: threaded
The problemseems solved wither for Writer or for Draw. Attached you will find the .odt document generated opening the originally attached PDF file. Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 2; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: en-US Calc: threaded
(In reply to me from comment #15) > Created attachment 194797 [details] > Problem re-tested: seems solved; the attachment is the Writer import of the > original PDF test file > > Problem re-tested: it seems solved; the attachment is the Writer import of > the original PDF test file. > > Test executed also with Draw: successful > > Version: 24.2.4.2 (X86_64) / LibreOffice Community > Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 > CPU threads: 2; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: > win > Locale: it-IT (it_IT); UI: en-US > Calc: threaded No, it is not solved, because the request for bug 49787 has not yet been implemented.