When printing slide handouts, Impress refuses to print in portrait orientation, even though the page payout for the handouts specifies portrait orientation. Steps to reproduce: 1. Open Impress, create a new presentation. 2. Create 1 or more slides. 3. Switch to "Handout Master" view. 4. Go to Slide -> Page/Slide Properties to confirm that the page orientation is set to portrait. 5. Go to File -> Print and choose to print "Handouts" from the "Document" drop-down list. The print preview will continue to show landscape orientation, as will the actual printout. This is not a printer-specific issue, because even if I "Print to file", the output is still incorrect. Thanks!
I can not confirm with Version: 5.2.0.0.alpha0+; win7
Repro. Arch Linux 64-bit, KDE Plasma 5 Version: 5.2.0.0.alpha0+ Build ID: 9b0069c2833313ba9fab91f45edd354ba334f94b CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; Locale: fi-FI (fi_FI.UTF-8) Built on April 3rd 2016
*** Bug 99945 has been marked as a duplicate of this bug. ***
This is also true for me in LO 5.3.0.2 Build ID: 5ad7b2889021c491af62f7930a4b1cb631392f16 CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; VCL: kde4; Layout Engine: new; Locale: en-US (en_US.UTF-8); Calc: group using distro Mageia 5 x86_64 I am unable to change to portrait orientation from landscape when printing handouts page. There is no "page" option under the Format Menu. Changing the orientation is not possible using the "properties" button under "Printer Settings" as the choices are greyed out. Changing from "Landscape" to "Portrait" under the Page Setup dialog also fails to change the printer orientation.
Created attachment 133650 [details] Screenshot of error and grayed-out option to rotate paper.
Reproduced in LO Impress. See screenshot: Handouts page is in landscape with slides falling off the bottom, option to rotate page is grayed out (across multiple printer installations). Version: 5.1.6.2 Build ID: 1:5.1.6~rc2-0ubuntu1~xenial2 CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group
*** Bug 116353 has been marked as a duplicate of this bug. ***
@Buovjaga, Might be a regression.. However, can't check.. Not able to repro this with my Ubuntu VM
Can't test in 3.6 because it crashes when I go to Handouts (incompatibility with the modern libraries). Still repro on Linux 6.1, but not on Windows, so Linux-only. Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: c409fd2e8829b00f027070f34a5b743019800c6e CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on March 13th 2018 Version: 6.1.0.0.alpha0+ Build ID: 5b87abe06da35ca3a11628674af23460349b439a CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-03-12_23:45:38 Locale: fi-FI (fi_FI); Calc: group
@Buovjaga This might be a workaround (not 100% sure) File -> Print -> Impress tab -> select "Fit to printable page" instead of "Original size"
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I am not the original reporter -- I originally reported Bug #116353 which was marked as a duplicate of this bug. I just tested this and I am NOT seeing this behavior in Ubuntu 18.04.2 LTS running LibreOffice 6.0.7.3 (from LTS repository) nor in LibreOffice 6.2.1.2 (most recent version installed in Ubuntu as a snap). SO I am marking this as RESOLVED -- WORKSFORME as suggested. BY THE WAY the LTS version exhibits a DIFFERENT bug (the slide layout order is not correct -- it doesn't order the slides left to right then down as specified) but that bug, too, seems to be fixed in the newer SNAP version.
(In reply to Tommy Trussell from comment #12) > BY THE WAY the LTS version exhibits a DIFFERENT bug (the slide layout order > is not correct -- it doesn't order the slides left to right then down as > specified) but that bug, too, seems to be fixed in the newer SNAP version. Yep, it was fixed for 6.1: bug 99301
Original bug reporter here. Thanks for following up on this, everyone. I just tested this again in LibreOffice 6.0.7.3 Ubuntu 18.04.2 LTS, and I can confirm that the bug appears to be fixed. Thanks again!