UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.59 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. Open the attached html file in Chromium
2. Switch input language to Chinese traditional, Cangjie, Chinese mode
3. Click on the contenteditable part where the 1 is visible
4. Enter . for a period

What is the expected behavior?
The expected behavior would be that key-events with correct keycodes are provided or that composition-events are provided.

What went wrong?
The keydown event has 229 as key code. An expected value if composition is in progress, but there are no composition events. 

Does it occur on multiple sites: N/A

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 54.0.2840.59  Channel: stable
OS Version: OS X 10.11.6
Flash Version: Shockwave Flash 23.0 r0

Both MS Edge and Mozilla Firefox provide composition events. Using Chinese simplified, MS Pinyin and Chrome provide composition events. It looks like the Chrome implementation for this IME doesn't work correctly. This can also be seen on Linux using fcitx and Cangjie3/5. Chrome works correctly on the Mac with Cangjie providing composition events.
 

Deleted: bad_keycodes.html 1.7 KB

bad_keycodes.html 1.7 KB View Download