New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 654865 link

Starred by 3 users

Issue metadata

Status: Archived
Owner: ----
Closed: Sep 13
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug

Blocked on:
issue 41945
issue 647150



Sign in to add a comment

Unusual IME messages from MS Korean IME when hitting Space key during composition

Project Member Reported by chongz@chromium.org, Oct 11 2016

Issue description

What steps will reproduce the problem?
(1) Go to https://cdn.rawgit.com/w3c/uievents/gh-pages/tools/key-event-viewer.html
(2) Focus input field and activate MS Korean IME (assuming en-US keyboard)
(3) Press 'g' key
(4) Press Space key
(5) Observe logged events

What is the expected output?
'compositionend' should have |data='ㅎ'|.

What do you see instead?
'compositionend' have |data=''|, but an 'input' event with |data='ㅎ'| after that.

---

Background:
 Issue 41945  was trying to fix this behavior (modify DOM after 'compositionend'), but it didn't work out for MS Korean IME.

Root Cause:
MS Korean IME is different from MS Japanese IME or MS Chinese IME, where (on hitting Space key during composition) Chrome will receive a WM_IME_ENDCOMPOSITION message before the WM_IME_COMPOSITION with GCS_RESULTSTR.
(The reversed order as for MS Japanese IME and MS Chinese IME)

Also see yukawa@'s comments in crrev.com/2394233002:
```
IIUC MS-IME Korean on Windows Vista and later is not directly using IMM32 APIs but using Text Services Framework (TSF) APIs instead.  Messages like WM_IME_ENDCOMPOSITION are automatically generated in the bridge layer between IMM32 and TSF called CUAS (Cicero Unaware Application Support).
```

---

crrev.com/2394233002 fixed the MS Korean IME issue with a special check, but further investigations are required for the root cause.

 
Cc: kojii@chromium.org masay...@d-toybox.com
I was having a hard time understanding why we need a hack like crrev.com/2394233002 was necessary, but if WM_IME_ENDCOMPOSITION does not exactly correspond to 'compositionend' as mentioned in https://bugs.chromium.org/p/chromium/issues/detail?id=564684#c7 but corresponds more to GCS_RESULTSTR then crrev.com/2394233002 probably makes sense.

Can anyone comment on what is the expected behavior?  I've just filed https://bugzilla.mozilla.org/show_bug.cgi?id=1315881 but am still unsure when 'compositionend' should be generated.
Project Member

Comment 2 by sheriffbot@chromium.org, Nov 8 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Archived (was: Untriaged)
Archiving old bugs that haven't been actively assigned in over 180 days.

If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!

Sign in to add a comment