Cmd-tabbing while composing a Japanese word using IME, duplicates the pre-edit word when returning to input and entering a letter
Reported by
placi...@gmail.com,
Jun 8 2016
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.84 Safari/537.36 Steps to reproduce the problem: 1. Open http://www.w3schools.com/tags/tryit.asp?filename=tryhtml_textarea 2. Click on text area 3. Switch language to Japanese Hiragana 4. Type the word "hanabi" 5. Cmd-tab to another application 6. Cmd-tab back to Chrome 7. Press "a" key" What is the expected behavior? The text area should contain the text "はなびあ" What went wrong? The text area actually contains the text "はなびはなびあ", where the first "はなび" is an already committed string / word, and the next "はなびあ" is in pre-edit mode. Did this work before? N/A Chrome version: 51.0.2704.84 Channel: stable OS Version: OS X 10.11.5 Flash Version: Shockwave Flash 21.0 r0 Happens in stable Chrome 45, 50, as well as 51.
,
Jun 9 2016
Assigning to wuyingbing@ for further triage/action.
,
Jun 9 2016
,
Jun 23 2016
What's the "cmd-tab". In my test device. There are only "alt" key not "cmd" key. I can use "alt+tab" to switch to another application. But in Japanese onstage mode(the candidate window is shown up), can't switch to another application by shortcut. So could you take snapshot of your keyboard?
,
Jun 23 2016
Cmd = is command key from a Mac keyboard. So you need Mac OS X + Mac keyboard, because on Mac OS switching between applications is done with Cmd+Tab, not Alt+Tab. My keyboard is a regular Mac Book Pro keyboard. And I can perfectly switch to another application, even when the Japanese candidate window is shown.
,
Jul 27 2017
Read description. I think it's a bug about MacOS native IME not ChromeOS native IME. So closed the bug. |
||||
►
Sign in to add a comment |
||||
Comment 1 by karandeepb@chromium.org
, Jun 9 2016