Bug 157238 - Mac(M1)'s Korean Fallback font rendering is wrong on LibreOffice 7.6
Summary: Mac(M1)'s Korean Fallback font rendering is wrong on LibreOffice 7.6
Status: ASSIGNED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.6.0.3 release
Hardware: All macOS (All)
: medium normal
Assignee: DaeHyun Sung
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: macOS-UI-polish CJK-Korean
  Show dependency treegraph
 
Reported: 2023-09-14 18:02 UTC by DaeHyun Sung
Modified: 2023-10-03 08:34 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
LibreOffice Fallback font rendering is wrong in Mac (M1) (624.46 KB, application/vnd.oasis.opendocument.presentation)
2023-09-14 18:07 UTC, DaeHyun Sung
Details
LibreOffice Windows screenshot 01 (correct) (3.70 MB, image/png)
2023-09-15 03:36 UTC, DaeHyun Sung
Details
LibreOffice Windows screenshot 02 (correct) (3.56 MB, image/png)
2023-09-15 03:38 UTC, DaeHyun Sung
Details
LibreOffice Windows screenshot 03 (correct) (2.86 MB, image/png)
2023-09-15 06:29 UTC, DaeHyun Sung
Details
LibreOffice Windows screenshot 04 (correct) (3.30 MB, image/png)
2023-09-15 06:30 UTC, DaeHyun Sung
Details
LibreOffice Windows screenshot 05 (correct) (3.08 MB, image/png)
2023-09-15 06:31 UTC, DaeHyun Sung
Details
LibreOffice Windows screenshot 06 (correct) (3.26 MB, image/png)
2023-09-15 06:32 UTC, DaeHyun Sung
Details
LibreOffice Mac M1 Wrong Korean rendering screenshot 01 (1.08 MB, image/jpeg)
2023-09-15 06:34 UTC, DaeHyun Sung
Details
LibreOffice Mac M1 Wrong Korean rendering screenshot 02 (1.02 MB, image/jpeg)
2023-09-15 06:35 UTC, DaeHyun Sung
Details
LibreOffice Mac M1 Wrong Korean rendering screenshot 03 (1.06 MB, image/jpeg)
2023-09-15 06:35 UTC, DaeHyun Sung
Details
LibreOffice Mac M1 Wrong Korean rendering screenshot 04 (1.03 MB, image/jpeg)
2023-09-15 06:37 UTC, DaeHyun Sung
Details
LibreOffice Mac M1 Wrong Korean rendering screenshot 05 (1.06 MB, image/jpeg)
2023-09-15 06:38 UTC, DaeHyun Sung
Details
LibreOffice Mac M1 Wrong Korean rendering screenshot 06 (1.05 MB, image/jpeg)
2023-09-15 06:39 UTC, DaeHyun Sung
Details
안녕하세요 font screenshot both Noto Sans CJK KR & Noto Sans KR font on Mac (207.68 KB, image/png)
2023-10-03 07:51 UTC, DaeHyun Sung
Details

Note You need to log in before you can comment on or make changes to this bug.
Description DaeHyun Sung 2023-09-14 18:02:25 UTC
Description:
Mac's Korean Fallback font rendering is wrong on LibreOffice 7.6

In the Mac M1 Ventura OS(13.5.2(22G91) and LibreOffice arm version, 
If a specific Korean font is not installed on the Mac, the Korean & Ideograph[Chinese characters] rendering looks broken due to a LibreOffice fallback font error.

(Slide file: Noto Sans KR, In the my mac installed only Noto Sans CJK KR)


1. LibreOffice Mac version
Version: 7.6.0.3 (X86_64) / LibreOffice Community
Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265
CPU threads: 10; OS: Mac OS X 13.5.2; UI render: Skia/Metal; VCL: osx
Locale: ko-KR (ko_KR.UTF-8); UI: en-US
Calc: threaded

2. LibreOffice Mac build version
Version: 24.2.0.0.alpha0+ (AARCH64) / LibreOffice Community
Build ID: 8730202879bbf1423c516ef9a99d34882e44c11c
CPU threads: 10; OS: Mac OS X 13.5.2; UI render: Skia/Metal; VCL: osx
Locale: ko-KR (ko_KR.UTF-8); UI: ko-KR
Calc: threaded

However, LibreOffice Windows version's fallback Korean font rendering works correctly.


Steps to Reproduce:
1. open LibreOffice with Mac 
2. check fallback font rendering
3. characters are wrong rendering.

Actual Results:
uploaded Mac LibreOffice's screenshot

Expected Results:
uploaded Windows LibreOffice's screenshot


Reproducible: Always


User Profile Reset: No

Additional Info:
In my opinion, 
LibreOffice 7.6 and Mac(M1)'s LibreOffice main branch build version shows Korean font fallback wrong rendering
Comment 1 DaeHyun Sung 2023-09-14 18:07:21 UTC
Created attachment 189572 [details]
LibreOffice Fallback font rendering is wrong in Mac (M1)

LibreOffice Fallback font rendering is wrong in Mac (M1)
This is example file.
Comment 2 DaeHyun Sung 2023-09-15 03:36:54 UTC
Created attachment 189586 [details]
LibreOffice Windows screenshot 01 (correct)

LibreOffice Windows screenshot 01 (correct)
Comment 3 DaeHyun Sung 2023-09-15 03:38:00 UTC
Created attachment 189587 [details]
LibreOffice Windows screenshot 02 (correct)

LibreOffice Windows screenshot 02 (correct)
Comment 4 DaeHyun Sung 2023-09-15 06:29:34 UTC
Created attachment 189589 [details]
LibreOffice Windows screenshot 03 (correct)

LibreOffice Windows screenshot 03 (correct)
Comment 5 DaeHyun Sung 2023-09-15 06:30:28 UTC
Created attachment 189590 [details]
LibreOffice Windows screenshot 04 (correct)

LibreOffice Windows screenshot 04 (correct)
Comment 6 DaeHyun Sung 2023-09-15 06:31:10 UTC
Created attachment 189591 [details]
LibreOffice Windows screenshot 05 (correct)

LibreOffice Windows screenshot 05 (correct)
Comment 7 DaeHyun Sung 2023-09-15 06:32:06 UTC
Created attachment 189592 [details]
LibreOffice Windows screenshot 06 (correct)

LibreOffice Windows screenshot 06 (correct)
Comment 8 DaeHyun Sung 2023-09-15 06:34:31 UTC
Created attachment 189593 [details]
LibreOffice Mac M1 Wrong Korean rendering screenshot 01

LibreOffice Mac M1 Wrong Korean rendering screenshot 01
Comment 9 DaeHyun Sung 2023-09-15 06:35:15 UTC
Created attachment 189594 [details]
LibreOffice Mac M1 Wrong Korean rendering screenshot 02

LibreOffice Mac M1 Wrong Korean rendering screenshot 02
Comment 10 DaeHyun Sung 2023-09-15 06:35:50 UTC
Created attachment 189595 [details]
LibreOffice Mac M1 Wrong Korean rendering screenshot 03

LibreOffice Mac M1 Wrong Korean rendering screenshot 03
Comment 11 DaeHyun Sung 2023-09-15 06:37:09 UTC
Created attachment 189596 [details]
LibreOffice Mac M1 Wrong Korean rendering screenshot 04

LibreOffice Mac M1 Wrong Korean rendering screenshot 04
Comment 12 DaeHyun Sung 2023-09-15 06:38:15 UTC
Created attachment 189597 [details]
LibreOffice Mac M1 Wrong Korean rendering screenshot 05

LibreOffice Mac M1 Wrong Korean rendering screenshot 05
Comment 13 DaeHyun Sung 2023-09-15 06:39:00 UTC
Created attachment 189598 [details]
LibreOffice Mac M1 Wrong Korean rendering screenshot 06

LibreOffice Mac M1 Wrong Korean rendering screenshot 06
Comment 14 Dennis Roczek 2023-09-15 21:14:04 UTC
Thanks for the nice screenshots.

I can confirm that
Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 8; OS: Mac OS X 13.5.2; UI render: default; VCL: osx
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded

is working. (Intel!)


Version: 7.6.1.2 (X86_64) / LibreOffice Community
Build ID: f5defcebd022c5bc36bbb79be232cb6926d8f674
CPU threads: 8; OS: Mac OS X 13.5.2; UI render: Skia/Metal; VCL: osx
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded

is also working (still same Intel).

I'm going upstairs to the M1 machine.
Comment 15 Stéphane Guillou (stragu) 2023-09-28 19:50:28 UTC
For what it's worth, not reproduce on Linux:

Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

(In reply to Dennis Roczek from comment #14)
> I'm going upstairs to the M1 machine.

Did you manage to get upstairs, Dennis? :D
Comment 16 Dennis Roczek 2023-09-29 07:57:23 UTC
confirmed

Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 10; OS: Mac OS X 13.6; UI render: Skia/Metal; VCL: osx
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded
Comment 17 Dennis Roczek 2023-09-29 07:58:41 UTC
(In reply to Dennis Roczek from comment #16)
> confirmed
> 
> Version: 7.6.2.1 (X86_64) / LibreOffice Community
> Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
> CPU threads: 10; OS: Mac OS X 13.6; UI render: Skia/Metal; VCL: osx
> Locale: de-DE (de_DE.UTF-8); UI: de-DE
> Calc: threaded
using Apple M1 Pro with 13.6 (22G120)
Comment 18 Stéphane Guillou (stragu) 2023-09-29 10:26:42 UTC
Wondering if Khaled has some insights on this.
Dennis and DaeHyun, could you check if this is a regression? Reproduced in 7.5 or 7.4?
Comment 19 ⁨خالد حسني⁩ 2023-09-30 21:01:24 UTC
I can’t reproduce this. I get a different fallback font (a serif-like one) and no overlap happens.
Comment 20 DaeHyun Sung 2023-10-03 07:51:27 UTC
Created attachment 189968 [details]
안녕하세요 font screenshot both Noto Sans CJK KR & Noto Sans KR font on Mac

I reinstalled Noto Sans KR (from the Google Noto Korean font link https://fonts.google.com/noto/specimen/Noto+Sans+KR )

After (re)install Noto Sans KR and run LibreOffice.


I uploaded Noto Sans CJK KR and Noto Sans KR font screenshot on Mac M1 & LibreOffice.

first line: 안녕하세요(Noto Sans CJK KR - Korean meaning: Hello)
last line: 안녕하세요(Noto Sans KR - Korean meaning: Hello)

The last line's characters are broken. So, It's the font issue on Mac.

After submitting the code https://gerrit.libreoffice.org/c/core/+/157494  & changed Noto Sans KR to Noto Sans CJK KR, It works on Mac M1.

As a result, Google Noto Sans KR font (link https://fonts.google.com/noto/specimen/Noto+Sans+KR ) is broken on Mac (however, It works on Windows).

In my opinion, I fixed the bug ' Korean Font in UI is mismatched on the English version of Windows & LibreOffice ( https://bugs.documentfoundation.org/show_bug.cgi?id=157029 & https://gerrit.libreoffice.org/c/core/+/157494 ), After applied the code, It can be closed.
Comment 21 DaeHyun Sung 2023-10-03 08:34:15 UTC
Google Noto Sans Korean(Noto Sans KR) is wrong on Mac M1( https://fonts.google.com/noto/specimen/Noto+Sans+KR )

So, I fixed font priority on VCL.xcu

I submitted the fixed source code https://gerrit.libreoffice.org/c/core/+/157494 .

I checked it on Windows, Mac M1, Linux.