Description: It seems like that LibreOffice picks fallback font based on the first character. When the chosen fallback font dose not support the following characters, they'll overlap each other. Steps to Reproduce: 1. Uninstall all Chinese fonts and keep Japanese or Korean fonts as the fallback fonts. 2. Open Writer, input some common Han characters, for example "天地人" (sky, earth, human), which should be supported by most Japanese fonts or some Korean fonts. 3. Insert an unsupported character between 天 and 地, for example Bopomofo "ㄅ". 4. Apply any font which does not support Han characters (Arial or Liberation Sans for example), so the fallback font will be used instead. 5. In my case, the fallback font is NanumGothic, which supports "天地人" but not "ㄅ". Actual Results: Please see attached PDF or PNG. Expected Results: Characters should not overlap. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/57.0.2987.98 Chrome/57.0.2987.98 Safari/537.36
Created attachment 132778 [details] screenshot
Created attachment 132779 [details] demo_pdf
Created attachment 132780 [details] demo_odt
Another way to reproduce: 1. Make sure that your system does NOT display Korean characters (Hangeul). 2. Input or paste some common Chinese/Japanese characters. 3. Insert a Korean character in the middle. 4. Apply non-cjk fonts to all characters, such as Arial or Liberation Sans. 5. The bug appears. PS: Tangut characters also trigger this bug, when the system has no Tangut fonts installed. But only on 5.3.2.2, not on 5.4.0.0.alpha0+.
It seems to me our font loader does not well performanced for fallback fonts, especially for CJK fonts.
Created attachment 136860 [details] Screenshot on Windows This problem does not affect Windows. Version 5.4.2. 版本：5.4.2.2 (x64) Build ID：22b09f6418e8c2d508a9eaf86b2399209b0990f4 CPU 线程：4; 操作系统：Windows 6.19; UI 渲染：默认; 区域语言：zh-CN (zh_CN); Calc: group
> PS: Tangut characters also trigger this bug, when the system has no Tangut > fonts installed. But only on 5.3.2.2, not on 5.4.0.0.alpha0+. Could you please try to reproduce it with version 5.4.2 of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Created attachment 136901 [details] demo_odt2 Here is my test file for Tangut. You can try to download and install Tangut Yinchuan font for test.
Created attachment 136902 [details] Screenshot on Windows (2) My test result for above attachment. 版本：5.4.2.2 (x64) Build ID：22b09f6418e8c2d508a9eaf86b2399209b0990f4 CPU 线程：4; 操作系统：Windows 6.19; UI 渲染：默认; 区域语言：zh-CN (zh_CN); Calc: group
Created attachment 136905 [details] reproduce_comment4
Created attachment 136906 [details] reproduce_comment4_result
Hi, sorry, it has been a while since I reported this issue, and the steps in description requires uninstalling all chinese fonts, which is inconvenient for me, so I take the steps in comment 4 to reproduce. I've tested on both windows 10 and elementary os 0.4 (based on Ubuntu 16.04.3 LTS), and the problem is still there. Please see the attached odt and pdf. The odt file is created with LibreOffice 5.4.0.3 on Win 10. And then I opened it with 6.0.0.0.alpha0+ on Win 10, and 5.4.2.2 and 6.0.0.0.alpha0+ on elementary OS. The results are all the same (see pdf). Note: For unknown reason, opening this odt file makes LibreOffice for Linux to slow down or even crash. =-=-=-=-=-= As for the Tangut characters, they are in the same situation. Maybe I didn't make myself clear enough ... When testing, we have to remove all Tangut fonts, and make sure our system can *NOT* display Tangut characters, rather than installing Tangut fonts. Since there's no font that supports Tangut characters, they should be displayed as Tofus (a question mark or a cross in a box, or simply a box), one by one, not overlapping with each other. You can try the attached odt file (reproduce_hangeul), follow the steps, just replace the Korean character with Tangut. The result should be the same. By the way, when testing with Tangut, I found a issue that might be related, but I don't know if I should open a new bug report for it... Steps to reproduce: 1. Make sure your system does NOT display Tangut characters. 2. Open a new odt file, and past some Tangut characters. So you see Tofus. 3. Input a latin alphabet, "a" for example, in the beginning of the line. 4. "a" stays, and Tofus disappear. 5. expected: both "a" and Tangut characters are displayed, and looks like > a□□□□□□□□□□□
Hi Hiunn-hué, Reading your last comment 12, it seems you need to remove old chinese and Tangur fonts in order to reproduce this issue. Is it really a real user case? Setting to NEEDINFO meanwhile...
Dear Hiunn-hué, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Hiunn-hué, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp