[Antigravity] Korean (Hangul) IME composition fails in Agent chat input on Linux

[JunsikChoi]

Environment

• Antigravity version: 1.107.0 (Electron 39.2.3 / Chrome 142)
• OS: Ubuntu (Linux 6.14.0-37-generic), x64
• Display server: X11
• Desktop: GNOME
• Input method: IBus 1.5.29 + ibus-hangul 1.5.5
• IME environment variables: GTK_IM_MODULE=ibus, QT_IM_MODULE=ibus, XMODIFIERS=@im=ibus

Description

Korean (Hangul) IME composition does not work in the Agent chat input panel. When typing Korean characters, the composition buffer fails to assemble syllable blocks — only individual jamo (e.g. ㅇ) appear instead of composed characters (e.g. 안녕).

The editor area (Monaco) handles Korean IME composition correctly. This issue is isolated to the Agent chat input field.

Steps to reproduce

1. Open Antigravity on Linux with IBus + ibus-hangul configured
2. Open the Agent chat panel (right sidebar)
3. Switch to Korean input mode (Hangul)
4. Start typing Korean characters in the empty Agent chat input field
5. Observe: IME composition breaks — characters are not assembled into syllable blocks

Expected behavior

Korean characters should compose normally (초성 + 중성 + 종성 → syllable block), just like in the editor area.

Actual behavior

• The IME preedit/composition buffer does not work in the Agent chat input
• Only individual jamo appear (e.g. ㅇ instead of composing into 의)
• If you type a space or English character first before switching to Korean, composition works — indicating the issue is specific to the initial compositionstart event handling on an empty input field

Workaround

Typing a space or English character first, then switching to Korean input mode, allows composition to work. This must be repeated each time the input field is cleared.

Analysis

This appears to be an Electron webview IME handling issue. The Agent chat input likely uses a standard <textarea> or contenteditable element inside a webview, which does not properly handle compositionstart / compositionupdate / compositionend events — particularly when the input field is empty.

The Monaco editor has its own IME handling implementation that works correctly, which is why the editor area is unaffected.

This same issue has been reported in other VSCode-based editors (e.g. Cursor IDE) for Korean and other CJK input methods on Linux.

Additional context

• Other applications on the same system handle Korean input correctly (Firefox, Chrome, gedit, terminal)
• keyboard.dispatch: "keyCode" setting does not resolve the issue
• IBus daemon is running with --xim flag
• Hangul engine is preloaded and trigger keys are configured correctly