Created attachment 158023 [details] Test ODS file The attached ODS file is formatted (via default Style) to use "Noto Sans CJK SC" font for Chinese characters, and use "Liberation Serif" font for English characters. There is no direct formatting within the cells (i.e., I already did "CLear Direct Formatting" and applied again the default cell style to all the cells. When save as XLSX, the font for English chars changes to "Noto Sans CJK SC". Steps to Reproduce: 1. Open the attached ODS file. Go to the default cell style and observe that the Western font is set as "Liberation Serif" and Chinese font is set as "Noto Sans CJK SC". 2. Save the attached ODS file as XLSX. 3. Open the XLSX file with Calc. Current Behaviour: Font in the 2nd row is in changed to "Noto Sans CJK SC" for cells with a formula (e.g., cell B2). Font in the 2nd row is changed to "Times New Roman" for cells without a formula (e.g., cell A2). Expected: Font for 2nd row remains "Liberation Serif" when save as XLSX. 版本: 7.0.0.0.alpha0+ Build ID: cc9ef44fa58fe73e482582bf9756c316cb15d123 CPU 线程: 4; 操作系统: Linux 5.4; UI 渲染: 默认; VCL: gtk3; 区域语言: zh-CN (zh_CN.UTF-8); UI 语言: zh-CN Calc: threaded Also reproduce on 6.3 branch.
Not repro in windows10 with: Version: 6.4.1.1 (x64) Build ID: 56f3c78975db08733f771c53643b5d1aa7c57567 CPU threads: 4; OS: Windows 10.0 Build 19564; UI render: GL; VCL: win; Locale: es-ES (es_ES); UI-Language: en-US Calc: CL neither Version: 7.0.0.0.alpha0+ (x64) Build ID: cf96cb11e2a46c452a273ded1c66c556118983cf CPU threads: 4; OS: Windows 10.0 Build 19564; UI render: Skia/Raster; VCL: win; Locale: es-ES (es_ES); UI-Language: en-US Calc: threaded
Repro on Win & Linux. Already in 4.4 and 3.3. Version: 7.0.0.0.alpha0+ (x64) Build ID: 00db5933ded1884b2ac453552badae20fa943478 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded Arch Linux 64-bit Version: 7.0.0.0.alpha1+ Build ID: e622420c0aa8116294e85c076ff2d8fc6131595f CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; Locale: en-US (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 10 May 2020
Dear Kevin Suo, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to QA Administrators from comment #3) Still reproducible on Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 09c076c3f29c28497f162d3a5b7baab040725d56 CPU threads: 8; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: zh-CN (zh_CN.UTF-8); UI: en-US Build Platform: Fedora34@X64, Branch:master, bibisect-linux-64-7.4-CN Calc: threaded
repro 24.8+ for the A2 observation: English is Times New Roman. As noted in bug 131349, Calc intentionally substitutes for equivalent MS fonts. "Liberation Serif" is changing to "Times New Roman" (based on meLanguageTag.Language == "en"). I expect that if you look in LO expert config for 'liberationserif' in org.openoffice.VCL/FontSubstitutions, you will see SubstFontMS is "Times New Roman" A2's issue is a duplicate of bug 131349: DEPENDS ON 131349.
I could not repro B2 becoming Noto Sans in 24.8 or 7.5 or 7.4. Perhaps that is affected by language/locale. In any case, lets focus this bug report on cell B2.