macOS: Chinese IME keystrokes leak into terminal during composition #12278
Unanswered
ChrisOr-Dev
asked this question in
Issue Triage
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Issue Description
When using a Chinese input method (Cangjie, Zhuyin, or Pinyin) on macOS, the Roman letter keystrokes used to compose Chinese characters leak into the terminal input, causing unintended characters to appear.
For example, typing a Chinese character that requires pressing
ctwice in Cangjie input results inccappearing in the terminal prompt in addition to (or instead of) the intended Chinese character.This is a regression/continuation of the same root cause reported in:
The issue has persisted unfixed through at least v1.3.1.
Expected Behavior
IME keystrokes should be consumed entirely by the input method and not forwarded to the terminal. This is the standard macOS NSResponder behavior. Both iTerm2 and Terminal.app handle this correctly — only the composed Chinese character is sent to the terminal.
Actual Behavior
The Roman letter keystrokes used during Chinese IME composition (e.g.
c,cfor a Cangjie character) are leaked into the terminal, producing unintended literal characters in the shell prompt alongside or instead of the composed Chinese character.Reproduction Steps
ctwice in Cangjie).cc) appear literally in the terminal prompt.Ghostty Logs
No relevant logs captured; the issue is reproducible consistently.
Ghostty Version
OS Version Information
macOS 26.4.1 (Build 25E253)
Minimal Ghostty Configuration
# Default configuration — reproducible with no custom configI acknowledge that:
Beta Was this translation helpful? Give feedback.
All reactions