Description: The printer dialog shows the presentation in portrait format. When I save it as pdf then the pdf is in portrait format, too. The presentation should be in landscape format. Steps to Reproduce: 1. Open attached presentation in Impress. 2. Choose File -> Print 3. Save presentation as pdf in the printer dialog. Actual Results: After step 2: Printer dialog shows presentation in portrait format. After step 3: When open the pdf file it is in portrait format. Expected Results: In step 2: Printer dialog should show presentation in landscape format. In step 3: When open the pdf file it should be in landscape format. Reproducible: Always User Profile Reset: No Additional Info: Version: 6.3.4.2 Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: en-US (en_DE.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 157159 [details] Test presentation for reproduction
Your test document is a Powerpoint formatted document not Impress. Do you still have the same problem with an Impress ODP document ?
(In reply to Alex Thurgood from comment #2) > Your test document is a Powerpoint formatted document not Impress. Do you > still have the same problem with an Impress ODP document ? Yes. It is independent if it is pptx or odp. The main point is to open it with Impress.
Confirming with Version: 6.3.4.2 Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa Threads CPU : 4; OS : Mac OS X 10.15.2; UI Render : par défaut; VCL: osx; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded The problem does not occur when using Export to PDF, which produces a landscape oriented PDF output file. However, printing to PDF via the macOS printer dialog produces a portrait oriented file, in line with the preview of the output shown in the printer dialog.
The question now is whether this is a regression...
So this seems to be the case back in LO 3.3 too... The preview in LO 3.3 shows it in landscape, but the produced PDF is in portrait mode - the slides are then rotated, so you need to tilt your head to read :)
I can reproduce this on Win10 and PDF24 virtual PDF printer (but not on other physical ones I have access to), and seems to begun in 6.1 with: https://gerrit.libreoffice.org/plugins/gitiles/core/+/57991f885e60d04e93bf5004d4fdceee7d29f3d8 author Vasily Melenchuk <Vasily.Melenchuk@cib.de> Tue Dec 12 11:32:06 2017 +0300 committer Thorsten Behrens <Thorsten.Behrens@CIB.de> Tue Jan 23 17:01:31 2018 +0100 tdf#91362: Use document paper size for printing slides. Just like this example file: https://bugs.documentfoundation.org/show_bug.cgi?id=99183#c6
This was reported Mac and then Gabor confirmed for Win. I assume that Page-Layout-Orientation in Print dialog is Automatic? If so, I also repro portrait in Win with Lo 6.3.3. When changed to Landscape, it is fine. But I do not repro with master 7.0+, Automatic is already landscaped. Please also test with master 7.0+ from https://dev-builds.libreoffice.org/daily/master/current.html (unfortunately, no Win, but Mac is there).
Problem still reproducable on Mac with: Version: 6.4.1.2 Build ID: 4d224e95b98b138af42a64d84056446d09082932 CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: en-US (en_DE.UTF-8); UI-Language: en-US Calc: threaded Version: 7.0.0.0.alpha0+ Build ID: acf66b7258adfbb5bbbe3ede0cb4b420ad76db32 CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: en-US (en_DE.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 158411 [details] screenshot of printer dialog on Mac showing portrait format This screenshot shows the printer dialog on Mac that the presentation is in portrait orientation. Expected is landscape orientation.
Looking at the attachment 157857 [details] in bug 99183 and compare that with attachment 158411 [details] makes me think that these two bugs are different issues because the text in the slide is rotated with the entire page orientation in attachment 158411 [details] while it is *not* rotated in attachment 157857 [details]
Retested with version: Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_DE.UTF-8); UI: en-US Calc: threaded This issue is still present on MacOSX
Created attachment 164304 [details] screenshot of printer dialog on Mac on LO Dev 7.1 I retested this in version Version: 7.1.0.0.alpha0+ Build ID: <buildversion> CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_DE.UTF-8); UI: en-US Calc: threaded This issue is fixed. Both in the printer dialog and in the PDF file it is in portrait format. Great work! Now the buidversion is missing... I downloaded it from: https://dev-builds.libreoffice.org/daily/master/MacOSX-x86_64@tb81-TDF/2020-08-14_07.26.35/LibreOfficeDev_7.1.0.0.alpha0_MacOS_x86-64.dmg I am looking forward to a backport of the fix into production version.
(In reply to christoph_egger from comment #13) > Created attachment 164304 [details] > screenshot of printer dialog on Mac on LO Dev 7.1 > > I retested this in version > > Version: 7.1.0.0.alpha0+ > Build ID: <buildversion> > CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx > Locale: en-US (en_DE.UTF-8); UI: en-US > Calc: threaded > > This issue is fixed. Both in the printer dialog and in the PDF file > it is in portrait format. Great work! Sorry, I meant "landscape". > > Now the buidversion is missing... > I downloaded it from: > > https://dev-builds.libreoffice.org/daily/master/MacOSX-x86_64@tb81-TDF/2020- > 08-14_07.26.35/LibreOfficeDev_7.1.0.0.alpha0_MacOS_x86-64.dmg > > I am looking forward to a backport of the fix into production version.
I retested this in version Version: 7.0.2.2 Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_DE.UTF-8); UI: en-US Calc: threaded This issue is fixed. Both in the printer dialog and in the PDF file it is in landscape format. Great work! I mark this bug as resolved:fixed.
Per https://bugs.documentfoundation.org/page.cgi?id=fields.html#bug_status this should be marked WFM.
(In reply to Timur from comment #16) > Per https://bugs.documentfoundation.org/page.cgi?id=fields.html#bug_status > this should be marked WFM. Done.