Created attachment 114439 [details] booking form; changes from portrait to landscape attached file changes from portrait to landscape at page 3. Word copes, but libreOffice writer does not notice. Annoying but easily worked around.
Reproducible with LO 4.4.1.2, Win 8.1, changed the importance Furthermore, there are several other compatibility issues: Page 1: - Header is not greyed and has no frame - Cell heights are not kept - Background colour of the input fields is red instead of grey - Size of tick fields (in "Special Needs") is larger Page 2: - Check symbol for "Full name" - "Adults 18 years & over" is missing - Wrong check symbols for "Date of birth" - "Under 18 years of age", "School students" - "Full name" & "Residential address" Page 3 - 5: - Wrong layout - Header is completely missing - Background colour of the input fields is red instead of grey
Andy: please stick to the rule one problem, one bug (except if it's exactly the same domain, for example if a dropdown lacks 2 values, no need to create 2 bugtrackers). Indeed, it'd be quite complicated to deal multiple bugs tracker.
(In reply to Julien Nabet from comment #2) > Andy: please stick to the rule one problem, one bug (except if it's exactly > the same domain, for example if a dropdown lacks 2 values, no need to create > 2 bugtrackers). Indeed, it'd be quite complicated to deal multiple bugs > tracker. @Julien: Sorry, of course you are right. I will see if I can help to open further bug reports for the other issues (if not already opened).
The reported issue (comment 0) also occurs on Linux in LO 3.3.0 -> Version: Inherited from OOo
** 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 on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
Created attachment 129308 [details] ANSTO_GroupTourBooking_ConfirmationForm_2013.pdf: how it looks in LO5.3beta1 main form still showing in portrait instead of landscape mode in LO5.3beta1. This document took a very long time to load. Most of the other problems mention seem to be resolved.
Created attachment 129323 [details] ANSTO_reduced.docx: used MSO2013 to make a fairly minimal example document I'm not sure what is causing the page orientation problem here - all sorts of things are possible, but the import logic seems to be fine - seems to be a layout problem instead. Removing the table on the first page "fixes" the portrait orientation. So does removing any of the empty paragraphs on the first page. So does removing a row from the second table. So does saving as .odt (requires 5.3).
Created attachment 129405 [details] debugging code and workaround to give a senior developer a good start This is related to the layout cache guessing that 25 rows that fit on the second page (in addition to more than 25 paragraphs on the first page). WHY the incorrect assumptions prevented successful layout in the end I couldn't figure out. I give up.
** 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
Still repro 7.1 with comment 7's reduced example. The original document seems fixed / switched to Landscape at page 3 (using my build of master and also bibisect-7.1 oldest, but not with bibisect-7.0 master).
Multi-page (side by side) view seems to make a difference. That explains why I didn't see it in bibisect 7.0. I see it in multi-page mode.
Bug 104546 - layout glitch: landscape page rendered as portrait under certain conditions - is probably related.
Repro 7.1+ bug 104546 has the same portrait/landscape layout problem with under different conditions, so I am not marking this as a duplicate. Switching to web view, and then back to normal "fixes" it.
Dear John, 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
In 7.5+ as Justin explained. Original attachment 114439 [details] opening landscape OK (8 pages) if last view was Single. Reduced attachment 129323 [details] opening NOK regardless.
ANSTO_reduced.docx fixed in 7.6 with commit ce0b9f3eb3f57f57a2315e099a0093c33987e6ca Author: Justin Luth on Mon Feb 13 17:47:36 2023 -0500 tdf#153602 writerfilter: clear isDummyPara after processing table.