Created attachment 101169 [details] Original file created in MS Word 2000 Compare the file "RE.DOC" opened with MS Word 2000 and with LibreOffice 4.2.2.1 (see attachments). Our organization have many documents created with MS Word 2000 and we need open them correctly in LibreOffice. We used LibreOffice Versão: 4.2.2.1 ID de compilação: 3be8cda0bddd8e430d8cda1ebfd581265cca5a0f Attachments: 1. "RE.doc" - File created in MS Word 2000 2. "RE-DOC.doc-Microsoft_Word_2000.png" - Screen of file "RE.doc" in MS Word 2000 3. "RE-DOC-4.2.2.1.png" - Screen of file "RE.doc" in LibreOffice 4.2.2.1
Created attachment 101170 [details] Screen of file RE.doc opened in MS Word 2000
Created attachment 101171 [details] Screen of file RE.doc opened in LibreOffice 4.2.2.1
Repro, tested using Mac OSX 10.9 with LibreOffice Version: 4.3.0.0.beta2 Build ID: a06aa316117a6ff0f05c697c82831c227812d810
** 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 (4.4.1 or later): 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: 2015-07-18
Now it is even more messed up. The cell contents are in the wrong cells. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 186f32f63434e16ff5776251657f902d5808ed3d TinderBox: Win-x86@39, Branch:master, Time: 2015-10-16_09:42:47 Locale: en-US (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.6 or 5.2.3 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-20161108
It looks to me like this was fixed in 5.0 for bug 90504 by commit b7fff04ad728369a09a5e1a5cfbe494cf388317b Author: Caolán McNamara CommitDate: Tue Apr 7 21:09:05 2015 +0100 Resolves: tdf#90504 0x7 chars in .doc are not always cell/row ends fdo65094-2.doc shows that a 0x7 isn't always a row/cell end only a 0x7 that is right at the end of the paragraph range is a real row/cell end I don't know what Buovjaga saw in comment 5...
Created attachment 135985 [details] Screenshot of hidden borders It's almost perfect, but some cell edges still go into hiding as illustrated in by the screenshot. Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha0+ Build ID: 4082b5874adddedf8332fe977b6bb47b6949b302 CPU threads: 8; OS: Linux 4.12; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on August 31st 2017
*** This bug has been marked as a duplicate of bug 60378 ***