Description: I think it is linked with files that were first created in Japanese in the doc format, as I have seen this for lots of translated file. For example, see the japanese government funding application: https://www.jsps.go.jp/english/e-grants/data/09/2022/s-13_e.doc The text alignment and spacing is broken and leave "ghost" text outside of the document. I think it is related to the setting, "snap to grid" as removing this option tends to fix the problem. Steps to Reproduce: 1. Open link file 2. Observe the bad alignment and scroll up and down 3. Untick "snap to grid" in the paragraph format options Actual Results: Alignment of text is broken (snap to grid is not working) Expected Results: Alignment should be correct Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Seems to be linked with files that were first created in Japanese
Probably Japanese document of S-13 is below: https://www.jsps.go.jp/j-grantsinaid/03_keikaku/data/r04/s-13.doc Download link page: https://www.jsps.go.jp/j-grantsinaid/03_keikaku/download.html > 3. Untick "snap to grid" in the paragraph format options Select menu [Format] - [Paragraph], [Alignment]tab Clear check box "Snap to text grid" Following "Steps to Reproduce", the display changed correctly. I don't know why the Japanese file didn't require that procedure. Tested with the following versions: Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP Calc: threaded By the way, Crashes when I opened the English and Japanese file with a daily build.That's another problem. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 84e1c79dd7394168459a3bbdea8bd94d765708e0 CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-09-10_21:28:22 Calc: threaded
Created attachment 180323 [details] PDF exported from Office Web Viewer From https://view.officeapps.live.com/op/view.aspx?src=
Reproduced. Already in 3.3.0 1. Select the paragraphs between "Research Objectives, Research Method, etc." and "[SUMMARY]" 2. Right-click - Paragraph - Paragraph 3. Uncheck Alignment - Snap to text grid (if active), OK Alternatively: 1. Format - Page style - Text grid 2. No Grid, OK Now the line height matches the PDF exported from Office Web Viewer. It should be researched what is the cause for the Text Grid being active. What exactly in the .doc makes it active? Arch Linux 64-bit Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: f817b3de1aa827d93e2a622735c4d570514f4849 CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 24 May 2022
Created attachment 180324 [details] The English doc file By the way, after I tested with 7.3, I see the "ghost" text issue mentioned by Sylvain. It is like paragraphs running on top of each other. Fortunately it is fixed in 7.4.
Dear Sylvain, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The following commit improved the line height issue: https://git.libreoffice.org/core/commit/d48e3e1df55120fc0102ff07f1b637933fc91c87 tdf#164871 sw: Implemented exact and at-least line spacing for grid This commit removed the extra indentation, which was causing the first part of the document to overflow: https://git.libreoffice.org/core/commit/48ac7439438e2d12e78eea08e7a17e6dd1877c80 tdf#149089 sw: DOC/DOCX portions should not be snapped to char grid Document layout still does not perfectly match, but it is much closer, and I believe the issues raised in this bug have been addressed. I am therefore marking it fixed.