Problem description: Steps to reproduce: 1. Click Format, page 2. Orientation settings 3. .... Current behavior: Clicking landscape formats as portrait and portrait as landscape Expected behavior: portrait formats as portrait and landscape formats as landscape Platform (if different from the browser): Browser: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.56 Safari/535.11
Thanks for bugreport It formats on screen wrong or prints on printer wrong?
When I do a 'print preview', I get a page with the 'Format Page' and 'Margins' greyed out. It would be nice if those two formatting options would be active and that the choice Portrait/Landscape would be one of the active options under 'Format Page'. Then I could see what it looks like, and make adjustments to get everything I want to see on the preview page. Then of course, when I click on the printer icon, the page would print out just as I have adjusted.
If I am in 'Print Preview' and go to File->Printer Settings.. and click on the Properties button and select Orientation->Landscape, then OK at the bottom.. The Print Preview stays in Portrait orientation. If I close the Print Preview and then open it up again, the page is still in Portrait orientation. And, yes, the previously set Printer Settings.. Properties->Orientation is still at Landscape.
Created attachment 76736 [details] screenshot of printer settings Here we see described in previous comment dialog. This dialog is intended only for adjusting printer settings. It not changes something in document and should not. It needed only when printer can not autodetect document orientation and user forced to use this dialog for override printer settings. If all going well, we not needed in this dialog. IMHO into this dialog should added one line of text that warns that it intended only for emergence situations.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of FDO