[CRITICAL] Korean IME: Composing characters display at wrong position (unusable for Korean users)

[btxe]

CRITICAL for Korean Users

This issue makes Claude Code practically Annoying for Korean users.
Every single character typed requires looking away from the cursor position to see what's being typed.

--> What's ridiculous is that they already released 2.0.68, saying they fixed this issue.
It's still not fixed in v2.1.6

Description

When typing Korean using IME, composing characters (incomplete/in-progress characters) display at the wrong position - they appear on the next line at the beginning, instead of at the current cursor position.

Once the character is finalized, it jumps to the correct cursor position.
But during composition, it's misplaced, making typing extremely annoying.

Expected Behavior

Composing characters should display at the cursor position (simple)

Actual Behavior

Composing characters appear far away from the cursor (next line, beginning of line).

Environment

• OS: Windows 11

  --> Local ; VS Code, Antigravity integrated-terminal, Windows terminal, pwsh, etc.
  --> WSL2 ; VS Code, Antigravity integrated-terminal, zsh, warp, bash, etc.

• **Claude Code Cli **: Local installation

• IME: Windows Korean IME

Reproduction

1. Launch Claude Code
2. Type Korean characters
3. Observe composing characters appear at wrong position

Reproduction rate: Always 100% (every single Korean character)

Impact

• Usability: CRITICAL
• Affected users: All Korean language users
• Workaround: just ignore the screen and type, remembering it in my head.
• Makes the product essentially very very annoying for Korean input

Additional Info

• VS Code's Terminal handles Korean IME correctly (shows composing chars at cursor)
• Windows Terminal handles Korean IME correctly (shows composing chars at cursor)
• WSL: ZSH terminal handles Korean IME correctly (shows composing chars at cursor)
• Issue only occurs in Claude Code
• English input works normally

** Should be a simple fix: display composing characters at cursor position.

[github-actions]

Found 3 possible duplicate issues:

1. Japanese IME input renders outside text input area in IDE integrated terminals #14814
2. [BUG] Chinese Input Method Candidate Window Not Following Cursor Position #6342
3. [BUG] Input Method for Chinese Character's wrong location on windows 11 24H2 #13660

This issue will be automatically closed as a duplicate in 3 days.

• If your issue is a duplicate, please close it and 👍 the existing issue instead
• To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

[btxe]

There are three issues related to the Japanese and Chinese IMEs, but this one concerns the Korean IME. While related to the three existing issues, this issue should exist independently (case by case, the practical workarounds).

[btxe]

Why? Are you releasing an unresolved issue as resolved? I reported an unresolved issue, but they are trying to close it as a duplicate (the issue is not identical in detail). Please set up claude-bot to properly handle the issue, because it is not working properly.

This issue is common when using 'Korean, Japanese, Chinese' which use special IME to create character combinations, and is common to all types, regardless of whether it is a standalone terminal or an IDE integrated-terminal.

The funny thing is, this issue is common in the latest version of gemini cli. So, it seems like they're using the same library functions. (While combining characters by typing) Even the incorrect locations where characters appear are the same. Haha.

Jan 22, 2026
-->The Gemini CLI team fixed the issue of "wrong positioning error when combining characters using special IMEs."
--> So, Team CC Cli ? .......... -_-;

The v2.1.6 update came out a few hours ago, but Still the issue hasn't been fixed at all.
The absurd thing is... They already announced it was fixed (see below).

What exactly did they say was fixed in v2.0.68?
I doubt these people actually test whether the fixes are properly applied and document them in the release notes. I wonder if they just order Claude to run a test drive.

In the release log, Claude Code Cli v2.0.68
https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md#2068

• Fixed IME (Input Method Editor) support for languages like Chinese, Japanese, and Korean by correctly positioning the composition window at the cursor

[btxe]

1. An error occurred in Claude Code Cli (using a special IME) where the display of the language combination did not match the actual cursor position.

2. Google Gemini Cli also had an almost identical error, including the cursor position. 3 hours ago, I tested Gemini Cli, which had fixed the issue, and it was completely resolved.

I hope the Claude Code Cli team takes note. how and where to fixed it.

Here's the test url link.

google-gemini/gemini-cli#1796 (comment)

[sangrokjung]

+1 Same issue on macOS.

Environment:

• macOS (darwin 24.4.0)
• Terminal: iTerm2
• Claude Code: latest

While this issue is reported for Windows, I experience similar problems on macOS. Korean composing characters don't display at all during composition - they only appear after the syllable is finalized.

This significantly impacts usability for Korean users. Would appreciate a fix that works across all platforms.

Related: #18291 (macOS specific report)