Created attachment 60520 [details]
Attached are the test documents and screenshot jpg files with explnation of what goes wrong in LibO 188.8.131.52
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
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 184.108.40.206 and check rendering of contents in table cells.
Current behavior: Text in table cells not appearing or
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
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
Build ID: 3a87456aaa6a95c63eea1c1b3201acedf0751bd5
and this it to confirm that from the attachments
the case of c1.doc is still not handled after so many years,as no one really cares about it.(sigh!)
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 220.127.116.11, 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.