git bash loses / mangles order of keyboard input received while busy

[kevinushey]

This one feels hard to reproduce, but I can reproduce somewhat frequently in this scenario. (It may take a few times to get the issue to occur.)

1. Use Ctrl + C to send an interrupt,
2. While the interrupt is being processed and the prompt is being redrawn, try typing something, e.g. git.

I frequently get keyboard input reordered in an unexpected way, e.g.

kevin@GGCOMP MINGW64 ~
$ ^C
gi
kevin@GGCOMP MINGW64 ~
$ tgi

Note that the t keypress was received after gi was processed and printed, but while the prompt was being redrawn. The inserted t was then placed at the front of the command, instead of the end.

kevin@GGCOMP MINGW64 ~
$ git --version
git version 2.49.0.windows.1

[kevinushey]

You can also reproduce a similar behavior if you type while a longer-running command is executing; e.g. just typing after running git and while the usage output is being printed.

[KalleOlaviNiemitalo]

I have also been seeing this, but I think only in Windows Terminal. I don't remember seeing this in conhost or mintty.

[dscho]

I experience this in MinTTY all the time. If only I had enough time to copy/edit one of the AutoHotKey-based tests in https://github.com/git-for-windows/msys2-runtime/tree/HEAD/ui-tests to get a reliable reproducer. Maybe one of you gentle people in this here ticket could help out?