Description: When a PDF created in Writer is opened in Draw, half-width katakana characters mixed with Japanese muddle marks or half-muddle marks are not displayed correctly. Japanese: Writerで作成されたPDFをDrawで開いたとき、日本語の濁点又は半濁点が混在した半角カタカナが正しく表示されない。 Steps to Reproduce: 1. Open New Writer. 2. Insert the Japanese character [ ｶｶﾞ ]. (Half-width [ ｶ ] and half-width muddled [ ｶﾞ ]) 3. Create a PDF file in Writer. 4. Open the PDF file in a common PDF-Viewer or a common browser and confirm that it is displayed correctly. 5. Open the PDF file in Draw. Actual Results: 6. [ ｶｶ ] will be displayed. Expected Results: 6. [ ｶｶﾞ ] will be displayed. Reproducible: Always User Profile Reset: No Additional Info: If you type [ ｶﾞｶ ] in Writer, it will be [ ｶﾞｶﾞ ] when you create a PDF and open it in Draw. PDFs created with "MicroSoft PDF Printer" will both display correctly in Draw. [ ｶｶﾞ ] created in Ver. 7.4.7.2 will be displayed correctly in Ver. 25.2. [ ｶｶﾞ ] created in Ver. 25.2 will not be displayed correctly in Ver. 7.4.7.2. Not Reproduced with Version: 7.4.7.2 (x64) / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 4; OS: Windows 10.0 Build 10240; UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL Reproducible with Version: 7.5.9.2 (X86_64) / LibreOffice Community Build ID: cdeefe45c17511d326101eed8008ac4092f278a9 CPU threads: 4; OS: Windows 10.0 Build 10240; UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded Reproducible with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: dc9486f2443fa52588b625c0a2a288bff56a7a45 CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 10240); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded
Created attachment 195572 [details] sample ODT Reproduced with: Version: 7.6.1.0.0+ (X86_64) / LibreOffice Community Build ID: 70141d86a6ccf6f40f16151dfb9c47a94d83a73b CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Not reproduced with: Version: 7.5.1.0.0+ (X86_64) / LibreOffice Community Build ID: 7a1eb473c01f8c04ad55fd344d2ffad64f064ace CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Using the command: soffice --headless --convert-to pdf 2024-07-29_half-width-katakana-muddle-mark.odt && soffice 2024-07-29_half-width-katakana-muddle-mark.pdf ... bibisected with linux-64-7.5 to first bad build [ccb7ae5918b9762ab1a1cfba7472f2ab6f4cccd2] which is: commit cd57142b73d438251d147b6bfe49c1c050bbbb14 author Taichi Haradaguchi Sat Mar 11 12:42:40 2023 +0900 committer Christian Lohmaier Thu Apr 13 20:38:03 2023 +0200 Upgrade Harfbuzz to 7.1.0 * Fixes CVE-2023-25193. * if Harfbuzz >= 7.0.0, uses hb_font_draw_glyph() instead of hb_font_get_glyph_shape(). * Update URL in README. Reviewed-on: https://gerrit.libreoffice.org/c/core/+/148759
Still reproduced in recent daily build: Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 233af54afb6e493c3538efe7c93d0f53f1b4c3ab CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Firefox, Evince and Okular display the PDF as expected, but e.g. LO 7.3 doesn't import it well either, so it's not just an import issue. Taichi and Khaled, is this a HarfBuzz issue or our bug?
(For some reason the cherrypick 36ed20e4216c618519423ed38e8ad4fbeb4ae265 in the 7.4 branch did not have the same effect.)
Still an issue in Version: 24.8.0.3 (X86_64) / LibreOffice Community Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded It's ok if I open the PDF in Chrome.