[BUG] Windows: Input field completely unresponsive to keystrokes (IME composition event deadlock)

[TravisWangchn]

Environment

Item	Value
OS	Windows 10 Pro, Build 19045
TUI Version	v0.8.39 (npm wrapper)
Binary Source	git+https://github.com/Hmbown/DeepSeek-TUI.git
Input Method	Chinese IME (Sogou)

Problem Description

The TUI input field is completely unable to accept any characters. The cursor blinks normally, but pressing any key produces no response — neither Chinese nor English input mode works.

Trigger Conditions

• After switching away from and back to the TUI window
• Or after a long idle period
• Or upon the first keystroke following a Chinese/English input mode switch

Temporary Workaround

Pressing the Esc key restores functionality — this forcibly terminates the current IME composition state.

Root Cause Analysis (Preliminary)

This is a composition event deadlock between the Chromium Embedded Framework (CEF) and the Windows IME:

1. The Chinese IME fires a compositionstart event, entering composition mode.
2. After CEF's WebView enters composition mode, the compositionend event fails to fire properly.
3. The input field gets stuck in a "waiting for composition confirmation" state, swallowing all subsequent keyboard events.

This bug is a known issue in CEF embedding scenarios with third-party Chinese IMEs. The system-default Microsoft Pinyin is relatively more stable.

Expected Behavior

• IME composition state should auto-reset on window blur / refocus.
• Or auto-cancel after a composition timeout.
• At minimum, there should be a fallback so the input field does not remain permanently stuck.

Logs

No relevant error log output (TUI console shows no exception prints).

Additional Notes

• System resources are ample (CPU 7%, 45 GB RAM available), ruling out a performance bottleneck.
• No prior report of this issue exists in the DeepSeek-TUI issues tracker.

[aboimpinto]

similar to #1812