Korean IME composition causes Firefox editor crash
OS: Windows 10 · Device: Desktop Any · Browser: Firefox 120+ · Keyboard: Korean (IME) - Microsoft IME
Open case →Scenario
On Firefox with Windows 10 and Korean IME, specific key combination during IME composition causes the editor to crash. The crash occurs when typing certain sequences with the Korean IME.
On Firefox with Windows 10 and Korean IME, specific key combination sequences during IME composition can cause the contenteditable editor to crash unexpectedly.
This issue occurs specifically when:
Based on the GitHub issue, the crash sequence is:
Firefox’s IME handling appears to have a race condition or memory corruption when:
Prevent Ctrl+Shift+Home during composition:
let isComposing = false;
editor.addEventListener('compositionstart', () => {
isComposing = true;
});
editor.addEventListener('keydown', (e) => {
if (isComposing && e.ctrlKey && e.shiftKey && e.key === 'Home') {
e.preventDefault();
// Prevent problematic key combination during IME
}
});
editor.addEventListener('compositionend', () => {
isComposing = false;
});
Try-catch around critical operations:
editor.addEventListener('input', (e) => {
try {
// Handle input event
} catch (error) {
console.error('Input error:', error);
// Recover gracefully
}
});
Use try-finally for cleanup:
try {
// IME operations
} finally {
// Always cleanup state
}
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-0261-korean-ime-crash-firefox-en | Windows 10 | Desktop Any | Firefox 120+ | Korean (IME) - Microsoft IME | draft |
Open a case to see the detailed description and its dedicated playground.
OS: Windows 10 · Device: Desktop Any · Browser: Firefox 120+ · Keyboard: Korean (IME) - Microsoft IME
Open case →Other scenarios that share similar tags or category.
Escape typically cancels IME composition or closes the candidate window. In Edge, Firefox, and other engines, timing and whether partial text remains in the DOM differ—Arabic and Korean IME cases show cross-browser variance.
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.
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.
Firefox may dispatch composition and input events in a different order than Chromium for Korean IME—handlers that assume Chrome ordering desync.
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.
Have questions, suggestions, or want to share your experience? Join the discussion below.