Bug 123555 - Table of Content link tooltip renders blank squares instead of Chinese characters in Word openxml document (macOS-only)
Summary: Table of Content link tooltip renders blank squares instead of Chinese charac...
Status: RESOLVED DUPLICATE of bug 148470
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) macOS (All)
: high normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
Depends on:
Blocks: CJK Tooltip Regressions-HarfBuzz
  Show dependency treegraph
Reported: 2019-02-19 02:30 UTC by linquan1989
Modified: 2022-05-16 12:08 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

squares in the index link (122.36 KB, image/png)
2019-02-19 02:33 UTC, linquan1989
this is the file you ask for debug (655.49 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-03-15 09:04 UTC, linquan1989

Note You need to log in before you can comment on or make changes to this bug.
Description linquan1989 2019-02-19 02:30:56 UTC
1. IF I set Chinese in preference - language:
the tooltip of icons on tooltip is like: □□□(⌘U),  (IT should be like: 下划线(⌘U)
if I set English in preference - language:
the tooltip of icons on tooltip is good: Underline(⌘U), but in the document index, the tooltip of the index link, there is still:
 ⌘-Click to follow link: □□□□□□□□□□□□□□□

Steps to Reproduce:
1. open LibreOffice writer on macOS
2. if you can set Chinese Language, do set Chinese Language in preferences. If you can't, try step 3
3. type some chinese content, and generate index.
4. put your mouse hover the index link, you can see ⌘-Click to follow link: □□□□□□□□□□□□□□□

Actual Results:
the tooltip of icons on tooltip is like: □□□(⌘U)

in the document index, the tooltip of the index link, there is:
 ⌘-Click to follow link: □□□□□□□□□

Expected Results:
the tooltip of icons on tooltip is like:

in the document index, the tooltip of the index link, there is:
 ⌘-Click to follow link: 可能涉及改动的模块

Reproducible: Always

User Profile Reset: Yes

Additional Info:
1. ALL font are provided by macOS 10.14.3 and I didn't install any third party font.
2. I make NO changes to LibreOffice.
3. I believe the bug is ALL about the tooltip, the engineers forget about the case when  unicode character (such as Chinese) showing in the tooltip.
4. I also believe that there is something to do with ⌘ mark, because whenever ⌘ mark appears together with Chinese charater, the □□□□ occurs.

That's all, can you help solve the bug please?
It's not a big bug really, however it did bother me.
Comment 1 linquan1989 2019-02-19 02:33:04 UTC
Created attachment 149394 [details]
squares in the index link
Comment 2 Xisco Faulí 2019-03-14 21:22:00 UTC
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Comment 3 linquan1989 2019-03-15 09:04:13 UTC
Created attachment 149992 [details]
this is the file you ask for debug

this is the file you ask for.
Comment 4 linquan1989 2019-03-15 09:05:10 UTC
I have sumbit the file that may help you.
Comment 5 Alex Thurgood 2019-03-29 10:43:29 UTC
Thank you for your test document.

I can confirmt the behaviour you describe with this document.

1) Load the document into 
Build ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71
Threads CPU : 4; OS : Mac OS X 10.14.3; UI Render : par défaut; VCL: osx; 
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded

2) Hover the mouse cursor over any of the links in the TOC.

3) Observe how the link is displayed as a series of squares instead of the correct characters
Comment 6 Alex Thurgood 2019-03-29 10:50:59 UTC
Display of character string is correct in 

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-

==> regression
Comment 7 Alex Thurgood 2019-03-29 10:53:13 UTC
Also correctly displayed in 

Build ID: 0312e1a284a7d50ca85a365c316c7abbf20a4d22
Threads CPU : 4; Version de l'OS :Mac OS X 10.14.3; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group
Comment 8 Alex Thurgood 2019-03-29 10:56:56 UTC
Incorrect display in 

Build ID: e80a0e0fd1875e1696614d24c32df0f95f03deb2
Threads CPU : 4; Version de l'OS :Mac OS X 10.14.3; UI Render : par défaut; Moteur de mise en page : nouveau; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group
Comment 9 Alex Thurgood 2019-03-29 10:58:29 UTC
Bibisect range between 5.2 and somewhere at, or after, 5.3 branchoff
Comment 10 linquan1989 2019-03-29 12:01:38 UTC
Thank you very much for helping me solve this bug. 
What can I do now? should I wait for the new release version?
Now the download page provide 6.2.2 and 6.1.5, will the bug be solved in 6.2.3 and 6.1.6?
Comment 11 eisa01 2020-05-03 11:08:55 UTC
This is still present in the second attachment

Build ID: 4db9852e73d9e9d662fc8a2783bace79addf1805
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 12 Buovjaga 2020-06-12 20:16:08 UTC
I confirm the problem is not seen on Windows or Linux (with a fresh master build).

linquan: if you want to move this forward, you can try bibisecting:

Based on Alex's assessment, you would use the repository bibisect-macosx-64-5.3 from https://wiki.documentfoundation.org/QA/Bibisect/macOS#Versions

If you want an introduction to bibisecting, you can use this tutorial: https://wiki.documentfoundation.org/QA/Bibisect/Bibisecting_tutorial

Note that the repositories take many gigabytes of space and take some hours to clone.
Comment 13 yanjingtao 2021-08-21 17:09:39 UTC

Version: / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: zh-CN (zh_Hans.UTF-8); UI: zh-CN
Calc: threaded
Comment 14 Aron Budea 2021-12-26 13:09:48 UTC
This bug started with the following commit, bibisected using bibisect-macos-64-5.3, and is thus a regression from the common text layout engine. Adding CC: to Khaled Hosny.

author		Khaled Hosny <khaledhosny@eglug.org>	2016-10-31 16:53:50 +0200
committer	Khaled Hosny <khaledhosny@eglug.org>	2016-10-31 23:28:59 +0000

Enable the new text layout engine by default
Comment 15 Adolfo Jayme Barrientos 2022-05-14 23:15:10 UTC
Could you please test again with a 7.4 daily build? I think this has been fixed with commit 4b693a0c594fb3b73f4a4c1e03e9916f1a107012.
Comment 16 Adolfo Jayme Barrientos 2022-05-16 12:08:58 UTC

*** This bug has been marked as a duplicate of bug 148470 ***