Bug 148991 - Chinese characters break when other chinese characters are inserted ahead
Summary: Chinese characters break when other chinese characters are inserted ahead
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.6.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: CJK
  Show dependency tree / graph
 
Reported: 2022-05-09 01:31 UTC by Fudo Altto
Modified: 2023-02-02 12:40 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Fudo Altto 2022-05-09 01:31:33 UTC 
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
Comment 1 Kevin Suo 2022-05-14 05:08:44 UTC 
Would you please clarify the input method you have used?
Comment 2 Fudo Altto 2022-05-15 07:36:57 UTC 
(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.
Comment 3 Fudo Altto 2022-05-15 07:42:17 UTC 
(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.
Comment 4 Ayush Jain 2022-06-06 19:00:26 UTC 
Thank you for reporting the bug. I can confirm that the bug is present in

7.3.3.2 (x64)
Comment 5 Fudo Altto 2022-06-13 05:07:42 UTC 
(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!
Comment 6 Faisal 2023-02-02 12:40:20 UTC 
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?