Chinese IME composition lost when focus changes in Chrome
OS: Windows 11 · Device: Desktop or Laptop Any · Browser: Chrome 120.0
Open case →Scenario
Moving focus away from the editor while composing text (Chinese, Japanese, Korean) can cancel composition, commit partial text, or leave the IME candidate window out of sync. Safari often shows distinct behavior for Japanese; Chrome behavior for Chinese/Korean is covered in related cases.
Moving focus away from the editor while composing text (Chinese, Japanese, Korean) can cancel composition, commit partial text, or leave the IME candidate window out of sync. Safari often shows distinct behavior for Japanese; Chrome behavior for Chinese/Korean is covered in related cases.
This overlaps partially with scenario-ime-composition-focus-change but emphasizes language-specific blur handling (Japanese on Safari vs Korean/Chinese on Chrome) rather than only cross-browser Chrome/Firefox/Safari for one language.
Orphan composing ranges, inconsistent undo points, and mismatch between visible candidate UI and DOM text.
Visual view of how this scenario connects to its concrete cases and environments. Nodes can be dragged and clicked.
Each row is a concrete case for this scenario, with a dedicated document and playground.
| Case | OS | Device | Browser | Keyboard | Status |
|---|---|---|---|---|---|
| ce-0188-japanese-ime-focus-blur-safari | macOS 14.0 | Desktop or Laptop Any | Safari 17.0 | Japanese (IME) | draft |
| ce-0201-chinese-ime-focus-blur-chrome | Windows 11 | Desktop or Laptop Any | Chrome 120.0 | Chinese (IME - Pinyin) | draft |
This matrix shows which browser and OS combinations have documented cases for this scenario. Click on a cell to view the specific case.
| Browser | Windows | macOS |
|---|---|---|
| Chrome | — | |
| Safari | — |
This scenario affects multiple languages. Cases are grouped by language/input method below.
OS: Windows 11 · Device: Desktop or Laptop Any · Browser: Chrome 120.0
Open case →OS: macOS 14.0 · Device: Desktop or Laptop Any · Browser: Safari 17.0
Open case →Other scenarios that share similar tags or category.
If the user switches focus to another field, button, or nested contenteditable while Korean (or other) IME composition is active, browsers differ on whether composition is committed, cancelled, or leaves orphan state. Chrome, Safari, and Firefox do not agree; mobile adds more variance.
Japanese kanji conversion and Chinese character selection depend on the IME candidate window. Delays, wrong ordering, or Safari-specific lag can cause users to commit the wrong character or see candidates that do not match the underlying buffer—especially under load or in complex layouts.
Many IMEs let users pick candidates with number keys 1–9. In contenteditable, those keys may be consumed by the IME, intercepted by the page for shortcuts, or mis-handled by Safari—causing wrong selection or cancelled composition.
Pasting from the clipboard while IME composition is active may cancel the composition session, replace the wrong range, or interleave pasted text with unfinished syllables—Firefox and Chrome show different behavior for Korean and Hindi IME paths.
User scrolling the page or scrollable editor while the IME candidate window is open may cancel composition or move the caret out of sync—reported on iOS Safari with Japanese IME and Android Chrome with Chinese IME when scroll containers move the editing context.
Have questions, suggestions, or want to share your experience? Join the discussion below.