$ git --version --build-options
git version 2.13.0.windows.1
$ cmd.exe /c ver
Microsoft Windows [Version 10.0.16199.1000]
# One of the following:
> type "C:\Program Files\Git\etc\install-options.txt"
> type "C:\Program Files (x86)\Git\etc\install-options.txt"
> type "%USERPROFILE%\AppData\Local\Programs\Git\etc\install-options.txt"
$ cat /etc/install-options.txt
Path Option: Cmd
SSH Option: OpenSSH
CURL Option: OpenSSL
CRLF Option: CRLFAlways
Bash Terminal Option: MinTTY
Performance Tweaks FSCache: Enabled
Use Credential Manager: Enabled
Enable Symlinks: Enabled
latest Windows Insider Preview Build
C:Program FilesGitbinbash.exe
C:Program FilesGitbinsh.exe
This problem does not appear with the "default" git-bash.exe
Since the at least two last Windows 10 Insider Previews i have a wired issue regarding the bash.exe and sh.exe. Those bashes wont receive all/most of key inputs. At first it appears totally random for me, but it seems deterministic, e.g. if i enter the following key strokes:
[1][2][3][4][5][6][7][8][9][0]
it does not show anything, if i press now [Ctrl+C], a new line will appear, and the previous line shows 258. With each time the same result...
PS: I do not know whats the different between the bash.exe and sh.exe is, but i have to use them if i want to embed the git bash into ConEmu/Cmder
See also Alexpux/Cygwin#36.
@rezss @elieux
Hi, Any workaround?
Working on it. But my first advice would be to use MinTTY, i.e. git-bash.
@Silentz0r start the sh.exe/bash.exe and enable the legacy mode. This will fix the issue.
For more details see here: Alexpux/Cygwin#36
People have reported that the issue no longer exists in Insider build 16215.
@elieux thank you for the update. As it has been fixed, I'll simply close this here ticket.
Most helpful comment
See also Alexpux/Cygwin#36.