Bug 161145 - Japanese characters (kanjis, hiragana, katana...) have an extra spacing since version LO 7
Summary: Japanese characters (kanjis, hiragana, katana...) have an extra spacing since...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.4.0.3 release
Hardware: All All
: medium normal
Assignee: Jonathan Clark
URL:
Whiteboard: target:25.2.0
Keywords: bibisected, bisected, regression
Depends on:
Blocks: CJK Text-Grid
  Show dependency treegraph
 
Reported: 2024-05-17 08:59 UTC by documentfoundation.4dxvk
Modified: 2024-10-17 14:37 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample document which has the issue (14.50 KB, application/msword)
2024-05-17 09:00 UTC, documentfoundation.4dxvk
Details
How the document render in LibreOffice 6 (105.83 KB, image/png)
2024-05-17 09:01 UTC, documentfoundation.4dxvk
Details
How the same document render in LibreOffice 7 (192.65 KB, image/png)
2024-05-17 09:02 UTC, documentfoundation.4dxvk
Details

Note You need to log in before you can comment on or make changes to this bug.
Description documentfoundation.4dxvk 2024-05-17 08:59:36 UTC
Description:
When using LibreOffice 6 or other word processor kanji characters from a given document are displayed correctly.
Opening the same document on LibreOffice 7 and above each kanji is rendered with an extra spacing on the left.
The issue is not there when creating a new document.
Happen on Windows and Linux.

I don't know how to produce this issue from scratch.
I will attach a document with this issue.

Steps to Reproduce:
1.Open the sample.doc document on LibreOffice 7 or 24 that is attached.

Actual Results:
Japanese characters have a right spacing even if I set the character spacing to 0.

Expected Results:
No huge spacing between the kanjis characters.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
It was not happening on LibreOffice 6.
It is not happening in other word processor (OpenOffice, Word).
Comment 1 documentfoundation.4dxvk 2024-05-17 09:00:23 UTC
Created attachment 194165 [details]
Sample document which has the issue
Comment 2 documentfoundation.4dxvk 2024-05-17 09:01:28 UTC
Created attachment 194166 [details]
How the document render in LibreOffice 6
Comment 3 documentfoundation.4dxvk 2024-05-17 09:02:12 UTC
Created attachment 194167 [details]
How the same document render in LibreOffice 7
Comment 4 Aron Budea 2024-05-17 10:17:16 UTC
Reproduced using LO 24.8.0.0.alpha0+ (6d5d9eaa61505cebaf3bde4bfc157d8e19fec8de) / Ubuntu.

This is a regression from the following commit, bibisected using repo bibisect-linux-64-7.4. Adding CC: to Mark Hung.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=3dcf845691ee55621a9475d7c39cbc63611c3f7a
author		Mark Hung <marklm9@gmail.com>	2022-05-08 12:56:16 +0800
committer	Mark Hung <marklh9@gmail.com>	2022-05-12 09:15:48 +0200

tdf#148940 improve non Snap-to-char mode textgrid layout.
Comment 5 Commit Notification 2024-10-17 14:15:57 UTC
Jonathan Clark committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/e62dd2ca2c12ee02c5a2fba7bdd31dbcb17afc7b

tdf#161145 sw: Conform doc grid advance layout for DOC/DOCX import

It will be available in 25.2.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.