Git diff indicators in scrollbar not cleared when committing via command palette

[RandaZraik]

Summary

In Window, Git diff indicators in scrollbar are not cleared when committing via command palette for a WSL project.

When committing changes using (git: commit) from the command palette, the diff indicators in the scrollbar remain visible in the current file even after a successful commit. They only disappear after manually reopening the file.

Steps to reproduce:

1. Open a Git-tracked project in Zed.
2. Make changes to a file.
3. Commit using (git: commit) from the command palette.
4. Notice that the diff indicators in the scrollbar are still visible.
5. Close and reopen the file, the indicators are now gone.

Actual Behavior:
Even after committing changes via the command palette, the diff indicators remain visible in the open file. They only disappear after closing and reopening the file.

Expected Behavior:
After a successful commit, the diff indicators in the scrollbar should be cleared automatically to reflect a clean working state.

Zed Version and System Specs

Zed: v0.178.0 (Zed Dev ed6bf7f)
OS: Windows 10.0.26100
Memory: 31.7 GiB
Architecture: x86_64
GPU: NVIDIA GeForce RTX 3070 Ti Laptop GPU || NVIDIA || 529.01

[notpeter]

I can't reproduce (on macOS)

mkdir /tmp/27340
cd $_
git init
echo foo > foo.txt
git add foo.txt
git commit -m foo
echo bar > foo.txt
zed . foo.txt

cmd-shift-p -> "git: commit" -> type a commit message -> click "commit tracked"

Do these steps trigger the behavior for you?

[RandaZraik]

The issue didn't occur for the new folder.
But I've actually found another thing, this issue happens if I'm trying to open a project that resides in WSL from Windows. I tried to reproduce in a different project that exists outside WSL, and it works fine.

i.e. project path: \\wsl.localhost\Ubuntu\home\user\projects\project_name