Created attachment 60520 [details] Attached are the test documents and screenshot jpg files with explnation of what goes wrong in LibO 3.5.2.2 Problem description: Provided are four documents created in Microsoft Word 2010 that have visible,noticeable formatting problems with text content displayed in cells when opened in LibreOffice. Steps to reproduce: 1. Open the documents in Microsoft Office Word 2010 or check jpg screenshots of rendering in Microsoft Office Word 2010 and comments in red. 2. Open the same in LibO 3.5.2.2 and check rendering of contents in table cells. Current behavior: Text in table cells not appearing or aligning properly. Expected behavior: The text should appear properly as in Microsoft Office Word 2010 Rendering. This may have to do with some logic in table content rendering where some extra logic should be added to bridge the gaps Platform (if different from the browser): Windows 7 32 BIT SP1 Browser: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20100101 Firefox/11.0
Checked with: LOdev 3.5.3rc1+ Build ID: 51648779-22e3d74-d554af7 Windows 7 Professional SP1 64 bit Word 2010 SP1 c1 - confirmed c2 - confirmed - pictures are present in LO c3 - confirmed - picture in different color than in Word c4 - I can't see pictures in Word - both are present in LO
NEW per comment 1.
** 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.3.5 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) Thank you for your help! -- The LibreOffice QA Team
Dear QA Guy, I have tested it with Version: 4.3.5.2 Build ID: 3a87456aaa6a95c63eea1c1b3201acedf0751bd5 and this it to confirm that from the attachments c1_issue.png c1.doc the case of c1.doc is still not handled after so many years,as no one really cares about it.(sigh!) c4.docx c3_issue.png also exists. Please have a discussion with the young bloods on how you can solve this, may be a complete rewrite of that section of code.Hoping the next release scheduled of 2018 will solve this issue. With found regards. The guy who tested
Reproducible with LO 5.1.0.1, Win 8.1 c1: After the title a page inserted c2: Improved, but text in the header and footer is black instead of grey c3: After the title a page inserted, footer is wrong c4: Improved, but text in the header and footer is black instead of grey
It's highly unlikely that any bugs of type "multiple problems/bad rendering", will be fixed, so this bug shouldn't have been confirmed at all. Each issue (section break, paragraph break, text box, picture...) should be reported separately, after a search for already reported bugs. FILEOPEN problems are different from FILESAVE, and DOC is different filter from DOCX. Only if bugs don't exist, they should be reported separately, even if they happen with the same file. Issues may preferably be checked before with master LO version from http://dev-builds.libreoffice.org/daily/master/ or using Separate Install GUI tool http://tdf.io/siguiexe in Windows. It downloads and extracts different LO versions, without installing, so you may test different versions. It only needs MS Visual C++ Runtime installed. For c1 and c3 (which is doc, not docx), it's likely Bug 86468, so I add reporter there. There are multiple section break bugs already reported. Yes, very annoying that it was never solved. For c2 and c4, LO 5.1 has missing images, and LO 5.2 restores their color. Text in the header and footer is black and PDF export looks the same from MSO and LO. It only appears grey in MSO until clicked in. I'll close this one as Invalid.