Existing issues matching what you're seeing
Git for Windows version
git version 2.53.0.windows.3
cpu: x86_64
built from commit: f8165afd89b0c190677a093f20894f5fce12f97a
sizeof-long: 4
sizeof-size_t: 8
shell-path: D:/git-sdk-64/usr/bin/sh
rust: disabled
feature: fsmonitor--daemon
gettext: enabled
libcurl: 8.18.0
OpenSSL: OpenSSL 3.5.5 27 Jan 2026
zlib: 1.3.1
SHA-1: SHA1_DC
SHA-256: SHA256_BLK
default-ref-format: files
default-hash: sha1
edit: Version 2.55.0.3 has the same error
Windows version
Windows 11
Windows CPU architecture
x86_64 (64-bit)
Additional Windows version information
Microsoft Windows [Version 10.0.26200.8655]
Options set during installation
Editor Option: VIM
Custom Editor Path:
Default Branch Option:
Path Option: Cmd
SSH Option: OpenSSH
Tortoise Option: false
CURL Option: WinSSL
CRLF Option: CRLFAlways
Bash Terminal Option: MinTTY
Git Pull Behavior Option: FFOnly
Use Credential Manager: Disabled
Performance Tweaks FSCache: Enabled
Enable Symlinks: Disabled
Enable FSMonitor: Disabled
Other interesting things
No response
Terminal/shell
Mingw64/bash
edit: Windows-Terminal/powershell has no problems
Commands that trigger the issue
git status
#or
git commit
Expected behaviour
the shell should behave normal and print out the status normally and vim should be useable: after pressing 'i', inserting new characters at the cursor horizontally and showing correctly the command-characters typed after pressing ESC in the last line
Actual behaviour
git status chops off in the middle of a path for changed files. when calling git status again, the shell is completely cobbled up. Seems to be an issue with reusing the screen (old data is in the background and only the new characters are written over the screen but old characters are not cleared out.
git commit -> opens vim: after pressing 'i', i type "asdf". The characters are printed as follows:
- a: printed as intended in the first row, first column
- s: printed in the second row, first column, replacing a
#
- d and f: replacing the before-printed s
Repository
No response
Existing issues matching what you're seeing
Git for Windows version
edit: Version
2.55.0.3has the same errorWindows version
Windows 11
Windows CPU architecture
x86_64 (64-bit)
Additional Windows version information
Options set during installation
Editor Option: VIM Custom Editor Path: Default Branch Option: Path Option: Cmd SSH Option: OpenSSH Tortoise Option: false CURL Option: WinSSL CRLF Option: CRLFAlways Bash Terminal Option: MinTTY Git Pull Behavior Option: FFOnly Use Credential Manager: Disabled Performance Tweaks FSCache: Enabled Enable Symlinks: Disabled Enable FSMonitor: DisabledOther interesting things
No response
Terminal/shell
Mingw64/bash
edit: Windows-Terminal/powershell has no problems
Commands that trigger the issue
git status #or git commitExpected behaviour
the shell should behave normal and print out the status normally and vim should be useable: after pressing 'i', inserting new characters at the cursor horizontally and showing correctly the command-characters typed after pressing ESC in the last line
Actual behaviour
git status chops off in the middle of a path for changed files. when calling git status again, the shell is completely cobbled up. Seems to be an issue with reusing the screen (old data is in the background and only the new characters are written over the screen but old characters are not cleared out.
git commit -> opens vim: after pressing 'i', i type "asdf". The characters are printed as follows:
#Repository
No response