Docx file contains a table starting in page 1 and goes up to the page 2. The table has total 3 rows each row is having merged cells. LO renders 2.4 is on first page. where as MS word renders 2.4 is on 2nd page. I don't know if this bug is relevant to the bug https://bugs.documentfoundation.org/show_bug.cgi?id=155813 This document doesn't check the "Don't add space between paragraphs of the same style" option where as the document in other bug(155813) does. Steps to Reproduce: 1.Open the attached "Row_Shifted_to_Previous_page_MIN.docx" in both LO and MS word. 2.See the number of rows rendered in 1st page and second page between two applications. Actual Results: LO renders 2.4 is on 1st page where as MS words renders same point is on second page. Expected Results: LO should render same as MS word. Reproducible: Always User Profile Reset: Yes Additional Info: Attachments:"Row_Shifted_to_Previous_page_MIN.docx" and "Row_Shifted_to_Previous_page_MIN.png"
Created attachment 188165 [details] Sample Document to reproduce the issue
Created attachment 188166 [details] Comparision between MSO and LO
Many table rows have in Word set their height as "At least". I know this bug :). *** This bug has been marked as a duplicate of bug 155229 ***
Created attachment 195451 [details] Row_Shifted_to_Previous_page_MIN_MSO2010.pdf: Excel 2010 opens this very differently. I think the major factor in this document is likely the size of the checkbox in the last column. If I delete that column, then in Excel the table resizes to look like what LO shows. In other words, the "atLeast" size of the row is likely irrelevant, and the size of the "MS Gothic" content control checkbox is the determining factor in the row height.
Oh wow. This one has REALLY WEIRD content control definitions. Instead of the cell starting and saying it has a content control inside of it, the content control itself contains the cell definition. We don't import the content control as a content control, by the way. We just import it as regular text.