LibreOffice does not open the *.doc file containing a table and page breaks correctly. Also the *.doc file saved with MS Windows and opened as *.docx can not be opened correctly. As I can not completely assure that all private data has been replaced, please contact me to retrieve the test files. Tested on Windows and Linux.
please upload test file
Created attachment 116246 [details] Doc version of the file The original file with content replaced.
Created attachment 116247 [details] Docx version of the file, created with MS Win Word. This file is broken even more, when viewed with LibreOffice.
(In reply to m_josenhans from comment #2) > Created attachment 116246 [details] > Doc version of the file > > The original file with content replaced. Yes, it is broken when compared with Word viewer. LibO shows empty first page and the row heights in the table on the 2nd page are off. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: d28102b1ed0c31500bbc68453a7b7613bd2bfa06 TinderBox: Win-x86@39, Branch:master, Time: 2015-06-09_01:06:39 Locale: fi-FI (fi_FI)
** 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.1.5 or 5.2.1 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 helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
The table of the attched *.doc version is broken. The table of the attached *.docx version does not seem to be broken, however it does not show any text content. Could anyone with access to MS Word / MS Word Viewer please check the text content of the *.docx attachment and compare it to the text content shown with LibreOffice.
Addition to above comment: tested with: Version: 5.1.4.2 Build ID: 1:5.1.4-0ubuntu1 CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; Locale: de-DE (en_US.UTF-8)
DOC still rendered like in comment 4. DOCX shows empty table in LibO. DOCX table shows content in A1-A3 in Word Viewer. DOCX file should get its own bug report, if you have the time and energy. Win 7 Pro 64-bit Version: 5.3.0.0.alpha0+ Build ID: 7da2f3ce9f7b049c177a735a146dae84a764d3f7 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-10-04_03:49:06 Locale: fi-FI (fi_FI); Calc: CL LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
As requested the docx-version has been put into a separate bug report: See bug #103869.
Bug no longer reproducible in Version: 6.0.0.0.alpha1+ Build ID: 38a8157d9447134913d88c6c373d99a7aa472857 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group Closing as RESOLVED WORKSFORME [Improvement found by office-interoperability-tools]
It would be interesting to bisect this issue to find at which point it was fix to see if it helps to fix bug 103869 as well...
fixed in LO 5.4 by commit 6aba29576df7a2a40e54040d4dd09d94d6594741 Author: Miklos Vajna on Thu May 11 17:38:40 2017 +0200 tdf#107773 DOC import: consider page breaks for multi-page floattables See commit 8fe8bd6c3b5b1a539b7370f8c457fa69c061d2de (Related: fdo#61594 SwWW8ImplReader::StartApo: don't always start a frame, 2013-05-13) for the context, this is one more case where having a multi-page floattable as a multi-page one is a better option. The additional condition is that in case there is a break right after the table, then always import the table as a non-floating one, as there won't be any wrapping anyway (due to the break).