Description: When I type Chinese characters in the insertion mode of the keyboard just ahead of several other Chinese characters, the characters typed in advance got broken, with "!!broken!!" displayed. It happens when more than 2 Chinese characters are typed ahead in my test, however, I am not sure if the number of characters matters. ALso, in the simple test of mine, the same occasion is not seen as to ASCII characters. Example:示例 --> 示例二!!broken!! Steps to Reproduce: 1. Create a new .odt file and open it. 2. Type several Chinese characters, like "示例". 3. Turn the cursor to the head of the characters typed before (for example, press button "Home" on the keyboard). 4. Press button "Insert" to turn the insert mode. 5. Type more than 2 Chinese characters, like "示例". Actual Results: 示例 --> 示例!!broken!! Expected Results: 示例示例 Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 7.2.6.2 (x64) / LibreOffice Community Build ID: b0ec3a565991f7569a5a7f5d24fed7f52653d754 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-GB (zh_CN); UI: en-GB Calc: CL
Would you please clarify the input method you have used?
(In reply to Kevin Suo from comment #1) > Would you please clarify the input method you have used? I used Microsoft Pinyin, which is a officially supported input method by Microsoft for Chinese characters input.
(In reply to Fudo Altto from comment #2) > (In reply to Kevin Suo from comment #1) > > Would you please clarify the input method you have used? > > I used Microsoft Pinyin, which is a officially supported input method by > Microsoft for Chinese characters input. Sorry for a few grammar mistakes. I do need to be more discreet before submitting the reply next time and I was not aware that it was not revocable.
Thank you for reporting the bug. I can confirm that the bug is present in 7.3.3.2 (x64)
(In reply to Ayush Jain from comment #4) > Thank you for reporting the bug. I can confirm that the bug is present in > > 7.3.3.2 (x64) It is a pleasure for me! And it is me that should thank all of you for your contribution to this program set that helps me in dealing with elextronic diagrams, slides, and especially documents. Thank you!
Can still be reproduced with: Version: 7.4.4.2 (x64) / LibreOffice Community Build ID: 85569322deea74ec9134968a29af2df5663baa21 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL I can reproduce the issue with Microsoft Pinyin and Microsoft Wubi IMEs in the Chinese (Simplified, China) locale. I can also reproduce with Microsoft Bopomofo in the Chinese (Traditional, Taiwan) locale. I cannot reproduce with Microsoft CangJie IME in the Taiwan locale. Also, shouldn't the expected result be 示例 and not 示例示例, since insert mode is turned on and the newly typed characters will replace the old ones entirely?
Dear Fudo Altto, 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
Still reproducible in 25.2: Version: 25.2.0.3 (X86_64) / LibreOffice Community Build ID: e1cf4a87eb02d755bce1a01209907ea5ddc8f069 CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win Locale: zh-CN (zh_CN); UI: zh-CN Calc: CL threaded
Microsoft Pinyin: Reproduced Google Pinyin (ver.2.7.25.128): Not reproduced Version: 25.2.4.1 (X86_64) / LibreOffice Community Build ID: 09303ce8b49f86f106fccd32b1324662053027cc CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 26100); UI render: default; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: b52384de6f09f124fef9405ccf273c0f5c3339d1 CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: default; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded
This bug also occurs when a single character is entered. In this case, the following steps will reproduce the issue: Steps to Reproduce: 1. Enter any single character (both CJK and non-CJK characters are acceptable). 2. Move the cursor to the beginning of the entered character. 3. Switch to overwrite mode. 4. Type any Pinyin string whose length is u + 1 characters, where u is the number of UTF-16 code units of the character in step 1. Do not confirm the input. 5. Press the Escape key. Actual Results: !!br0ken!! Additional Info: Multi-character inputs and ligatures appear to follow the same pattern. However, in those cases, the bug may sometimes occur even with fewer than u + 1 characters of input, so further investigation may be necessary. As of now, entering a Pinyin string of u + 1 characters reliably triggers the bug. Tested with: Version: 25.8.1.0.0+ (X86_64) / LibreOffice Community Build ID: 051e3f7490541e1a67111b7f8cf72fa5d2a1bb96 CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Jumbo Version: 25.2.5.2 (X86_64) / LibreOffice Community Build ID: 03d19516eb2e1dd5d4ccd751a0d6f35f35e08022 CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Jumbo Microsoft Pinyin
I've just confirmed that this bug is not only Chinese but also Japanese. It also occurs with the following Japanese IMEs: - Microsoft IME (Japanese) — Windows 11 built-in - Google Japanese Input — Version 2.30.5620.0+24.11.9 The same steps described in comment 0 and comment 10 can be used to reproduce the issue. Version: 25.2.5.2 (X86_64) / LibreOffice Community Build ID: 03d19516eb2e1dd5d4ccd751a0d6f35f35e08022 CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Jumbo Version: 25.8.1.0.0+ (X86_64) / LibreOffice Community Build ID: 150bf27c032f615453df8d5da71d86fa767c30de CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Jumbo
reproduce Version: 4.3.7.2 Build ID: 8a35821d8636a03b8bf4e15b48f59794652c68ba not reproduce Version 4.0.6.2 (Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24) bibisected with linux-43all and linux-42max commit 808d3c669c4c49c2dd5ea7fad7841378b5cc2f8c author Matteo Casalin String to OUString, some cleanup Change-Id: I7d1cdabdaecae1d993730397a1757727fb40a6db Reviewed-on: https://gerrit.libreoffice.org/5608