Press Enter/newline to换行 while still composing (or mid-composition)
Bug: IME stops working — pinyin appears literally (e.g. “nihao”) instead of converting to Chinese characters (你好)
Expected: Enter should either (a) confirm IME composition first, or (b) insert newline without breaking IME state. Chinese input should continue working after newline.
Actual: After newline, IME composition is broken. Only raw pinyin/latin characters appear. Must restart input or use workaround.
Workaround found: Inserting commas/punctuation mid-pinyin avoids the bug (suggests Enter key handling during IME composition).
Hey, thanks for the detailed report. A couple quick questions so we can narrow this down.
The part about pressing Enter in the middle of typing pinyin is most likely expected iOS behavior. When composition is active, the system keyboard takes Return, it turns into 确认, and it commits the raw pinyin. It behaves the same way in Notes and Safari. To get 你好, you need to tap a candidate or type punctuation, which is the workaround you found.
What’s more interesting is your note that the IME stops working after a line break. If composition stays broken for the next words too, that’s not stock behavior and we’d like to take a look. To check, can you share:
Your iOS version and the app version (the footer in the app settings)
Which IME exactly, system Pinyin, Sogou, WeChat, etc.
A screen recording (you mentioned one in the post, but it didn’t attach)
Whether the same thing happens in Notes with the same steps
With that, we can figure out where the issue is. Let me know.
Related thread about Chinese input on mobile, different symptom, 9-key:
Hi Dean, thanks for the follow-up — I ran the tests you suggested. Here are the results.
Update: This only reproduces with 9-key (九宫格) input, not full Pinyin.
• Full Pinyin: Works before and after newline. Pressing Enter mid-composition may commit raw pinyin (same as iOS) — no issue.
• 9-key (九宫格): After I press Enter/newline, the IME breaks. The next input only shows raw letters/numbers; Chinese candidates no longer commit. I have to tap out of the input field and back in to recover.
Apple Notes comparison (9-key, same steps):
Works fine in Notes after newline. The bug is Cursor-only.
Environment:
• Device: iPhone 16 Pro Max (MYW03CH/A)
• iOS: 27.0
• Cursor app: v1.61 (39021)
• IME: System Chinese — 9-key / 九宫格
Screen recording: Attached — shows 9-key input working → newline → subsequent 9-key input fails to commit Chinese.
Steps in the recording:
Type with 9-key → select candidate → Chinese appears OK
Press Enter for newline
Type again with 9-key → tap candidate → bug: raw input only, no Chinese
This looks related to the other mobile 9-key thread you mentioned. Happy to test a fix or provide anything else you need.
Hi Dean, thanks for the follow-up — I ran the tests you suggested. Here are the results.
Update: This only reproduces with 9-key (九宫格) input, not full Pinyin.
• Full Pinyin: Works before and after newline. Pressing Enter mid-composition may commit raw pinyin (same as iOS) — no issue.
• 9-key (九宫格): After I press Enter/newline, the IME breaks. The next input only shows raw letters/numbers; Chinese candidates no longer commit. I have to tap out of the input field and back in to recover.
Apple Notes comparison (9-key, same steps):
Works fine in Notes after newline. The bug is Cursor-only.
Environment:
• Device: iPhone 16 Pro Max (MYW03CH/A)
• iOS: 27.0
• Cursor app: v1.61 (39021)
• IME: System Chinese — 9-key / 九宫格
Screen recording: Attached — shows 9-key input working → newline → subsequent 9-key input fails to commit Chinese.
Steps in the recording:
Type with 9-key → select candidate → Chinese appears OK
Press Enter for newline
Type again with 9-key → tap candidate → bug: raw input only, no Chinese
This looks related to the other mobile 9-key thread you mentioned. Happy to test a fix or provide anything else you need.
Thanks for the thorough check, David, this is exactly what we needed. Comparing with Notes and with full Pinyin makes it clear this is specific to 9-key 九宫格, and it’s not standard iOS behavior.
So to confirm: full Pinyin works as expected Enter during composition commits the raw pinyin, which is normal on iOS. But with 9-key, after a newline it stops committing Chinese characters until you leave the field and enter it again. I also got the environment details iPhone 16 Pro Max, iOS 27.0, app v1.61 39021, plus a screen recording.
I’ve passed this to the team along with the related 9-key thread on mobile. I can’t share an ETA yet, but I’ll reply here when there’s an update. If you notice anything else in the same scenario, please post it in the thread.
Thanks for the update — I’ve tested the new version and the 9-key input works correctly after newline now. Really appreciate how quickly you narrowed this down and got it fixed. Great support experience as a user.