[BUG] [Agent View] IME candidate window jumps to bottom-right after returning from agent view to a session (Windows Terminal, v2.1.148)

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

When I open Agent View, then enter (attach to) one of the listed sessions and start typing in the prompt input, the OS IME candidate window is anchored to the bottom-right corner of the terminal, far away from the actual text caret on the input line.

The composition characters themselves are inserted into the prompt at the correct position — only the floating IME candidate UI is mispositioned. This makes Chinese input very awkward because the candidate list and the caret are visually disconnected.

The candidate window stays stuck in the bottom-right for the entire session after returning from Agent View. Typing one ASCII character and deleting it sometimes (but not reliably) snaps the candidate window back to the caret.

This looks like a regression of the same class of bugs as #35307 (Korean IME preedit/candidate window anchored to wrong position on Windows, previously closed). It is also adjacent to the Agent View + Windows + CJK input issues clustered around #60782.

What Should Happen?

The IME candidate window should follow the text caret on the prompt input line, both immediately after launching Claude Code and after returning to a session from Agent View — same behavior as in any other Windows Terminal application.

Error Messages/Logs

(no error output — this is a UI/positioning bug, not a crash)

Steps to Reproduce

1. On Windows 11 with Windows Terminal + PowerShell, install Claude Code v2.1.148.
2. Make sure the system IME is set to a Chinese IME (e.g. Microsoft Pinyin / 微软拼音).
3. Launch Claude Code in a project directory.
4. Open Agent View.
5. From the agent list, enter (attach to) any session.
6. With the prompt input focused, switch the IME to Chinese mode and start typing pinyin (e.g. nihao).
7. Observe that the IME candidate window appears in the bottom-right corner of the terminal window, not next to the text caret on the input line.

Claude Model

Opus 4.7 (1M context)

Is this a regression?

Possibly — issue #35307 reported and closed a similar Windows IME positioning bug, and the symptom now resembles that previously fixed behavior on the Agent View → session transition.

Last Working Version

Unknown — first observed on v2.1.148.

Claude Code Version

2.1.148 (Claude Code)

Platform

Anthropic API (API Usage Billing)

Operating System

Windows 11 Home 26200

Terminal/Shell

Windows Terminal + PowerShell

Additional Information

• Reproduces consistently every time the user transitions from Agent View into a session.
• The character commit position (i.e. where the typed Chinese text actually lands in the prompt) is correct; only the floating IME candidate UI is misplaced.
• Workaround: typing and deleting an ASCII character sometimes nudges the candidate window back to the caret, but the effect is unreliable.
• Possibly related issues:
• #60782 — Agent View flicker + broken input on Windows Terminal + Git Bash with CJK (different symptom, same Agent View + Windows + CJK cluster)
• #35307 — Korean IME preedit/candidate window anchored to wrong position on Windows (closed, looks like the same class of regression)
• #50650 — Chinese IME candidate window position incorrect inside Zellij (different terminal, same bug class)

A screenshot demonstrating the IME candidate window stuck in the bottom-right will be attached as a follow-up comment.