Created attachment 158728 [details] samples (documents 1 to 3) Hello, I have some docx files that look scrambled in LibreOffice Wirter (6.3.4.2.0+ under Sabayon Linux and Windows 10) by comparison to the original Microsoft Word. This applies from characters to elements positioning. I have attached three documents, each: - in original form as .docx - exported from Microsoft Word as .pdf - screenshot as they appear in this version Sample 1. The most messed up to illegibility. I can't even guess what should look like, I can't select the rounded areas/drawings/images. The first line of the title seems to have the characters replaced in other codepage. Sample 2. An area moved from the page 3 to page 2, under some images. Sample 3. There are mathematical operations. In our school convention, when disposed vertically, after the operands a horizontal line is drawn. In this case seems to strike some operands. Also rectangles appear around some texts.
Bugzilla is not "document based", like "this document doesn't display nice". Bugzilla is "issue based", so a single issue must be pointed at, after a search for not being a duplicate. It's highly unlikely that any bugs of type "multiple problems with this file/bad rendering/this should look like", will be fixed. Each issue (section break, paragraph break, text box size, picture position...) should be analyzed and checked for already reported bugs. If bugs don't exist, they should be reported separately, even if they happen with the same file. Example file should be reduced to minimum test case for a specific problem, with clear file history or steps to reproduce from scratch. Also, no zipped examples, just single file, please remove 7z and attach. And give exact description of a single bug, after you searched for existing ones.
Dear msdobrescu@gmail.com, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Created attachment 165503 [details] Sample DOCX 1 These are MSO created DOCX. DOCX 1 is old format, but similar if resaved in MSO.
Created attachment 165504 [details] Sample DOCX 1 compared (In reply to msdobrescu@gmail.com from comment #0) > Sample 1. The most messed up to illegibility. I can't even guess what should > look like, I can't select the rounded areas/drawings/images. The first line > of the title seems to have the characters replaced in other codepage. Wrong read of EMF image in Sample 1. This does not mean bug should be confirmed, should be searched.
(In reply to Timur from comment #4) > Created attachment 165504 [details] > Sample DOCX 1 compared > Wrong read of EMF image in Sample 1. Didn't open in LO 3.5. Similar from 3.6 to 7.1+. There are more EMF bugs and question is if this is a duplicate.
Created attachment 165506 [details] Sample DOCX 2 No repro for DOCX 2 (original older and newer resaved in MSO). LO 7.1+ and earlier open 3 pages as MSO (unlike reporter's screenshot with pages 2 and 3 overlapping). There shouldn't be difference Win/Lin, I tested both.
Created attachment 165507 [details] Sample DOCX 3 2 pages DOCX, of which reporter attached screenshot of page 2. No repro, both pages fine. I even tested DOCX 2 and DOCX 3 in LO 6.3.0 with and without OpenGL, no repro, not clear how this was reported.
Finally, I mark as Invalid report.
Created attachment 165508 [details] Sample DOCX 3 compared
Created attachment 166332 [details] Document 1 compared The images are broken, but the overall document is messed up, there are lines, ellipses, text misplaced, or of different size. How to determine the reason?
Hi, I was sick, now I come back and slowly take care of the issues again. It still reproduces for me on: Version: 6.4.6.2 Build ID: Gentoo official package CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: gtk3; Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 166333 [details] Second document in LO 6.4 The second document, besides the bubbles in MSO vs rectangles in LO, which is not that problematic, the text area goes under the images.
Created attachment 166334 [details] Third document in LO In the third document, I guess the problem is the font size.
Created attachment 166335 [details] Document #4 heavily scrambled Here, the drawing seems to be the issue. This is impossible to figure out how it should look. MSO exports it in odf, also messed up even when reopening it in MSO.
Created attachment 166336 [details] Document #4 in LO Rendering of the fourth document in LO
Created attachment 166337 [details] Document #4 exported from MSO as PDF For reference, if no MSO available.
Reopened, for review of the new samples.
You didn't read or understand Comment 1. There are rules in bug reporting https://wiki.documentfoundation.org/QA/BugReport and this is Invalid report. Surely is status Reopened wrong, https://bugs.documentfoundation.org/page.cgi?id=fields.html#bug_status. To determine bug status, relevant is daily master from https://dev-builds.libreoffice.org/daily/master/current.html . So after I showed Document 1 with LO 7.1+, it's wrong to say "it's not good with 6.4". Since you obviously didn't follow advice to search for EMF problem with Sample DOCX 1, I'll open a new bug on that.
I opened a bug for Sample 1 and wrote there that we see it differently. Still, install daily master to check.
Hello, I don't accept your tone, so I ignore such messages. Sorry for not being clear to me the reason of a problem. I advice you to have more patience and accept the fact that other people have a different knowledge and can't understand the reasons from your technical perspective. I understand that you believe I have created those, but I didn't, I had no idea of the EMF existence in these documents at all. On other hand, I can't build LO, as developer I would expect not to from my users, I would rather advice to test in a provided set of binaries. As developer, I would take a report and break it in several reports, if necessary, put the things in order and plan them, refer them in the old invalid report, as the reporter might not see the things as yo do. I have tried some AppImages, I see Fresh is the 7.0.x, not 7.1. I confirm the first document is still the same, probably due to the EMF. The second ones are solved. The new one is still broken. Have a nice day.
Created attachment 166340 [details] Document #4 compared MSO LO Here is Document #4 compared in MSO 2016 and LO 7.1+. Graphics is good. It looks wrong because of manual enters to move 2nd graphics to 2nd page. Rendering of size or Times New Roman font is not exactly the same and it looks wrong. Simple enter corrects that. Not sure if that would be a bug. Because we have many bugs on those very small differences. Solution is to use page break. So I will not report a separate bug. Another general problem is that reporter renders all differently so it looks wrong to him. Can't say why. General advice in https://bugs.documentfoundation.org/enter_bug.cgi - which he manages to skip in bug report - is to reset/delete user profile. Another advice is one I gave: install daily master and see all those docs again. It will install separately to working LO. Again, do not reopen this bug. So far, track bug 137440 to see how others will see it. Write there how you see it in daily master.
Clearing the user config did not change anything. Maybe Sabayon uses some old library in some regard to this.