Korean IME: composing character still moves to wrong position on arrow key press (v1.24.11321.0) · microsoft/Terminal#20244

(2 留言) (0 反應) (1 負責人)C++ (35,764 star) (3,212 fork)batch import

Area-RenderingHelp WantedIssue-BugPriority-3Product-Terminal

描述

Description

When composing a Korean (Hangul) character and pressing an arrow key before the composition is finalized, the composing character is inserted at the new cursor position instead of staying at the original position.

This was reportedly fixed in #20039 and #20041, but the issue still reproduces on v1.24.11321.0 (stable).

Steps to reproduce

Open Windows Terminal (any shell: cmd, PowerShell, or WSL bash)
Type Korean text, e.g. 가나 and begin composing the next character (e.g. ㄷ)
Before finalizing the composition (without pressing Space/Enter), press an arrow key (← or →)
The composing character (ㄷ) moves to the cursor's new position

Expected behavior

The composing character should be finalized at its original position before the cursor moves.

Actual behavior

The composing character follows the cursor and is inserted at the wrong position.

Environment

Windows Terminal: v1.24.11321.0 (stable)
Windows: 23H2
Shells tested: cmd, PowerShell 5.1, WSL2 bash
Microsoft IME (legacy mode)
conhost.exe does NOT have this issue — only Windows Terminal

貢獻者指南

技術棧: cpp
領域: desktop
議題類型: bug
難度: 4
預計時間: 1-2 days
活動狀態: active
清晰度: clear
前置要求: C++Windows Terminal architectureIME handling
新手友善度: 25
研究方向: Start by reviewing the previous fixes in #20039 and #20041 to understand what was changed and why the issue persists. Then, examine the input handling code in the Terminal codebase, likely in the `src/terminal/input/` directory, focusing on how IME composition events and keyboard input are processed. Look for where the composing character position is updated and why arrow keys trigger a move before finalization.