Bug 143084 - Vertical text layout is corrupted with fallback fonts and the Skia backend enabled
Summary: Vertical text layout is corrupted with fallback fonts and the Skia backend en...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.3.0.0 alpha0+
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Vertical-Text Skia
  Show dependency treegraph
 
Reported: 2021-06-26 15:21 UTC by Volga
Modified: 2025-06-20 12:17 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Volga 2021-06-26 15:21:22 UTC
Description:
During the 7.2 release channel, LibreOffice fixed the text alignment for vertical layout for the Skia backend, however, while switching to fallback fonts, some upright glyphs were corrupted.

Steps to Reproduce:
1. Open the attachment 133801 [details]
2. Select all characters in the frame
3. Set the font face as Segoe UI

Actual Results:
All upright glyphs were corrupted if they're rendering with fallback fonts, see attachment 173135 [details].

Expected Results:
All upright glyphs should be correctly placed anyway.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: f6b9f671d128c989ce223d61d0d5d43ff1dc9fcb
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: zh-CN (zh_CN); UI: zh-CN
Calc: threaded

Related bug: bug 142174
Comment 1 Marina Bakutina 2021-07-26 21:00:55 UTC
repro 
Version: 7.3.0.0.alpha0+ (x86) / LibreOffice Community
Build ID: 7458f19a254c799612795a0cddeb0910f71948d4
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 2 Volga 2021-07-27 03:38:49 UTC
I suggest LibreOffice should build own font fallback machanism, so LibreOffice could correctly handle fallback on any platform or rendering backend.
Comment 3 QA Administrators 2025-06-20 03:12:03 UTC Comment hidden (obsolete)
Comment 4 Jonathan Clark 2025-06-20 12:17:06 UTC
I could reproduce the bug with 7.3.8, both on Windows with Skia, and on Linux without:

Version: 7.3.8.0.0+ / LibreOffice Community
Build ID: e1ad83ddb2f39419fb5d7c69eba51e2b9f49c788
CPU threads: 32; OS: Linux 6.14; UI render: default; VCL: x11
Locale: en-CA (en_CA.UTF-8); UI: en-US
Calc: threaded

However, I couldn't reproduce the bug in the following versions:

Version: 25.2.4.3 (X86_64) / LibreOffice Community
Build ID: 33e196637044ead23f5c3226cde09b47731f7e27
CPU threads: 32; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win
Locale: ja-JP (en_US); UI: en-US
Calc: CL threaded

Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: d6efc1cd776393fc70a8dc0e2e1d6dc26df38035
CPU threads: 32; OS: Linux 6.14; UI render: default; VCL: kf6 (cairo+wayland)
Locale: en-CA (en_CA.UTF-8); UI: en-US
Calc: threaded

We've made many fixes to the LO font fallback mechanism since this bug was filed. It's likely this bug was fixed as a side effect of some other bug fix.