Describe the bug
When using the macOS built-in Zhuyin input method in GitHub Copilot CLI on macOS, the IME composition/preedit text is rendered in the wrong place. Instead of appearing at the Copilot CLI input cursor, the composing Chinese text accumulates around the lower-right area of the terminal UI.
This appears related to the previously closed CJK IME positioning issue:
#1698
That issue was reported for Japanese IME on Windows/WSL and was marked as fixed, but I can still reproduce a severe variant on macOS 26.5 with Copilot CLI 1.0.52.
User impact:
我每次輸入中文時，所有的文字都會累積在右下角，問題有點嚴重！
In practice, this makes Chinese input very difficult because the active composition text is detached from the actual prompt.
Affected version
GitHub Copilot CLI 1.0.52
Environment
- OS: macOS 26.5
- macOS build: 25F71
- Architecture: arm64
- Kernel: Darwin 25.5.0
- Copilot CLI: 1.0.52
- Copilot CLI path:
/opt/homebrew/bin/copilot
- Terminal: Ghostty
- Input method: macOS built-in Zhuyin
Steps to reproduce
- Start GitHub Copilot CLI in interactive mode on macOS.
- Switch to the macOS built-in Zhuyin input method.
- Type Chinese text in the Copilot CLI prompt.
- Observe where the IME composition/preedit text appears before committing the text.
Expected behavior
The Chinese IME composition/preedit text and candidate UI should follow the active Copilot CLI input cursor, similar to native terminal input in shells such as zsh.
Actual behavior
The Chinese composition/preedit text does not appear at the Copilot CLI input cursor. Instead, the text accumulates around the lower-right area of the terminal UI.
Additional context
The previous issue's discussion suggested that the IME preedit may be rendered at the terminal's last write position instead of the actual input cursor position. The macOS behavior described here seems consistent with that kind of cursor-positioning problem.
This has only been observed in GitHub Copilot CLI so far. On the same machine and terminal/input-method setup, Codex CLI and Antigravity CLI 2.0 do not show this problem.
A screen recording below:
Describe the bug
When using the macOS built-in Zhuyin input method in GitHub Copilot CLI on macOS, the IME composition/preedit text is rendered in the wrong place. Instead of appearing at the Copilot CLI input cursor, the composing Chinese text accumulates around the lower-right area of the terminal UI.
This appears related to the previously closed CJK IME positioning issue:
#1698
That issue was reported for Japanese IME on Windows/WSL and was marked as fixed, but I can still reproduce a severe variant on macOS 26.5 with Copilot CLI 1.0.52.
User impact:
In practice, this makes Chinese input very difficult because the active composition text is detached from the actual prompt.
Affected version
GitHub Copilot CLI 1.0.52
Environment
/opt/homebrew/bin/copilotSteps to reproduce
Expected behavior
The Chinese IME composition/preedit text and candidate UI should follow the active Copilot CLI input cursor, similar to native terminal input in shells such as zsh.
Actual behavior
The Chinese composition/preedit text does not appear at the Copilot CLI input cursor. Instead, the text accumulates around the lower-right area of the terminal UI.
Additional context
The previous issue's discussion suggested that the IME preedit may be rendered at the terminal's last write position instead of the actual input cursor position. The macOS behavior described here seems consistent with that kind of cursor-positioning problem.
This has only been observed in GitHub Copilot CLI so far. On the same machine and terminal/input-method setup, Codex CLI and Antigravity CLI 2.0 do not show this problem.
A screen recording below: