Download it now!
Bug 82293 - macOS: Cancelling CJK input method pre-editing and then undoing breaks the input method (see comment #10)
Summary: macOS: Cancelling CJK input method pre-editing and then undoing breaks the in...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All Mac OS X (All)
: low trivial
Assignee: Not Assigned
Depends on:
Blocks: CJK
  Show dependency treegraph
Reported: 2014-08-07 11:59 UTC by Matthew Francis
Modified: 2020-05-21 11:47 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Backtrace from crash under 4.4 git (58.82 KB, text/plain)
2014-08-07 11:59 UTC, Matthew Francis
A short screen capture video which shows the issue (259.23 KB, video/mp4)
2014-08-07 12:00 UTC, Matthew Francis
stack trace debug build (81.83 KB, text/plain)
2014-10-15 15:33 UTC, Alex Thurgood

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Francis 2014-08-07 11:59:05 UTC
Observed on OSX 10.9.4 / LO

Steps to reproduce:
1. Open a new Writer document and start entering some Japanese text
2. While still pre-editing the text (i.e. before pressing "Return"), change the text style (e.g. font, bold, etc.)
3. Cancel the Japanese input with "Esc"
4. Undo
5. Start entering some more Japanese text

At (5), the input method should engage again, but in fact weirdness occurs until several more characters have been typed. See the attached video for an example.

I think the undo stack is getting corrupted by this sequence - changing the text style pushes an undo for the change, but cancelling the input deletes all the text that had been typed without removing this, so the undo operation in (4) is operating on text that isn't there any more

When I try the same thing on a recent build from source ( it actually goes one further and crashes at (4). Backtrace also attached for this following.

(A comment on bug 82115 has some assistance on setting up Japanese input if required)
Comment 1 Matthew Francis 2014-08-07 11:59:54 UTC
Created attachment 104222 [details]
Backtrace from crash under 4.4 git
Comment 2 Matthew Francis 2014-08-07 12:00:52 UTC
Created attachment 104223 [details]
A short screen capture video which shows the issue
Comment 3 Alex Thurgood 2014-10-15 15:32:24 UTC
Confirming crash on 440 master, stack trace from debug build attached
Comment 4 Alex Thurgood 2014-10-15 15:33:29 UTC
Created attachment 107888 [details]
stack trace debug build
Comment 5 Mark Hung 2015-09-07 23:42:37 UTC
*** Bug 87500 has been marked as a duplicate of this bug. ***
Comment 6 QA Administrators 2016-09-20 10:28:57 UTC Comment hidden (obsolete)
Comment 7 eisa01 2018-06-14 21:23:23 UTC
This is still present, but I'm not seeing any crash. Tested with Hiragana input method

Note, on step 3, press Esc twice to cancel the Japanese input

Lowering importance as this is quite an edge case, I can not remember ever trying something similar while writing English.

Was also present on LO 3.3, so inherited

Build ID: b292a27698e85fd9d60c03613c3b0c67835c4dc1
CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-06-06_23:25:55
Locale: en-US (en_US.UTF-8); Calc: group threaded
Comment 8 QA Administrators 2019-06-15 02:59:45 UTC Comment hidden (obsolete)
Comment 9 eisa01 2019-08-10 20:07:00 UTC Comment hidden (obsolete)
Comment 10 eisa01 2020-05-21 11:47:58 UTC
Still occurs

1. Switch to Hiragana
2. Type a couple 'a' keystrokes
3. Change font (I used a font with similar symbols)
4. Press escape twice to exit Japanese input mode (you then have a blank document)
5. Press cmd+z (undo apply attributes)
6. Type a couple 'a' keystrokes and observe a multitude of characters appear

Crash no longer relevant

Build ID: f14691683900f6b28737be8c599e1ee4e8386e14
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded