Repository navigation
Closed
Labels
Area-InputRelated to input processing (key presses, mouse, etc.)Related to input processing (key presses, mouse, etc.)Area-TerminalControlIssues pertaining to the terminal control (input, selection, keybindings, mouse interaction, etc.)Issues pertaining to the terminal control (input, selection, keybindings, mouse interaction, etc.)Area-i18nInternationalization issues (e.g.: non-US input handling doesn't work)Internationalization issues (e.g.: non-US input handling doesn't work)Help WantedWe encourage anyone to jump in on these.We encourage anyone to jump in on these.Issue-BugIt either shouldn't be doing this or needs an investigation.It either shouldn't be doing this or needs an investigation.Needs-Tag-FixDoesn't match tag requirementsDoesn't match tag requirementsPriority-1A description (P1)A description (P1)Product-TerminalThe new Windows Terminal.The new Windows Terminal.
Milestone
Description
Windows Terminal version (or Windows build number)
10.0.22000.282 1.10.2714.0
Other Software
No response
Steps to reproduce
Write chacacters in romaji mode using Microsoft IME.
Expected Behavior
No response
Actual Behavior
For example, when typing the word sushi/すし, pressing the key 's', 'u', 's', 'h', 'i'. and press enter key to confirm the converted characters.
it is expected to be typed すし, but the first pressing 's' is ignored and typed うし, the character that should be typed when pressing 'u', 's', 'h', 'i'.
it doesn't occur except for the first keystroke. when typing sushi/すし, it only occures on the first 's' pressing.
I try with Google Japanese Input and Microsft IME and it occures with both.
it occures about once every ten times.
it doesn't occur when writing English.
and it doesn't occur with other terminals such as PuTTY or vscode terminal.
the-first-key-pressing-ignored.mp4
Metadata
Metadata
Assignees
Labels
Area-InputRelated to input processing (key presses, mouse, etc.)Related to input processing (key presses, mouse, etc.)Area-TerminalControlIssues pertaining to the terminal control (input, selection, keybindings, mouse interaction, etc.)Issues pertaining to the terminal control (input, selection, keybindings, mouse interaction, etc.)Area-i18nInternationalization issues (e.g.: non-US input handling doesn't work)Internationalization issues (e.g.: non-US input handling doesn't work)Help WantedWe encourage anyone to jump in on these.We encourage anyone to jump in on these.Issue-BugIt either shouldn't be doing this or needs an investigation.It either shouldn't be doing this or needs an investigation.Needs-Tag-FixDoesn't match tag requirementsDoesn't match tag requirementsPriority-1A description (P1)A description (P1)Product-TerminalThe new Windows Terminal.The new Windows Terminal.
Activity
htsnul commentedon Jan 13, 2022
The problem occurs when the next IME input is started before the Enter key-up of the immediately preceding IME confirmation.
The first "s" of the second "sushi" is always missing in the following steps:
You can avoid the problem by using Ctrl-M instead of Enter to confirm the IME.
lhecker commentedon Jul 9, 2025
I suspect this got resolved with the IME rewrite in #17067. Let me know if I got that wrong.