Description
On macOS 15, in the OpenCode desktop app, the first character cannot be entered when the input field is in Chinese input-method state. Reproduced with two third-party IMEs: 微信输入法 (WeChat / WeType) and 豆包输入法 (Doubao). If the first character is English or a digit, everything works fine afterwards — the failure only affects the very first Chinese keystroke of a message.
This looks related to existing IME composition issues (#39632, #37911, #38674) but occurs specifically in the desktop app's first-keystroke path with these IMEs on macOS 15 (not the v2 web prompt, not Esc handling).
Plugins
None
OpenCode version
1.18.16 (Desktop)
Steps to reproduce
- Install 微信输入法 (z.weixin.qq.com) or 豆包输入法 (shurufa.doubao.com) on macOS 15.
- Open the OpenCode desktop app, click into the message input field.
- Keep the IME in Chinese mode, type the first character (e.g.
n), continue composing.
- Nothing appears / the first character is lost or committed literally instead of entering the composition.
- As a workaround: type an English letter or a digit first, then the following Chinese text inputs normally.
Screenshot and/or share link
No response
Operating System
macOS 15.7.9
Terminal
No response (Desktop app)
Description
On macOS 15, in the OpenCode desktop app, the first character cannot be entered when the input field is in Chinese input-method state. Reproduced with two third-party IMEs: 微信输入法 (WeChat / WeType) and 豆包输入法 (Doubao). If the first character is English or a digit, everything works fine afterwards — the failure only affects the very first Chinese keystroke of a message.
This looks related to existing IME composition issues (#39632, #37911, #38674) but occurs specifically in the desktop app's first-keystroke path with these IMEs on macOS 15 (not the v2 web prompt, not Esc handling).
Plugins
None
OpenCode version
1.18.16 (Desktop)
Steps to reproduce
n), continue composing.Screenshot and/or share link
No response
Operating System
macOS 15.7.9
Terminal
No response (Desktop app)