Cursor on Windows/WSL keeps injecting ^C into terminal, interrupting git

[j-gorski]

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Problem

In Cursor’s integrated terminal on Windows 10 (WSL), I randomly see ^C as if SIGINT was sent, which aborts even simple non‑interactive git commands.

What I tried

• Forcing no pager (| cat, -s -uno) → still happens.
• Minimal bash -lc (no aliases/hooks) → still happens.

Questions

• Is there a Cursor setting that may forward SIGINT on focus/selection or key chords?
• Any known conflicts with shell integration on Windows/WSL?
• Workarounds?

Steps to Reproduce

bash -lc 'git diff --name-only | cat'
bash -lc 'cd submodules/gshTLS && git status -s -uno | cat'
bash -lc 'cd submodules/gshTLS && git rev-parse --abbrev-ref HEAD | cat'
# Often ends with a literal ^C shown in the terminal

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

Environment

• Windows 10 Pro 22H2
• WSL via C:\Windows\System32\wsl.exe
• Bash
• Cursor (latest as of 2025‑09‑26)

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

[ravirahman]

Does this happen when using the agent to run a shell command? Or is this happening in a terminal outside of the agent?

[j-gorski]

in both situations.

I thought it might be related to mdc rules in .cursor\rules\ but a project without rules has the same problem. The example shows how after 15/467 in git status it stopped with ^C.

[j-gorski]

One more observation: - when operating in “use allowlist” mode, there is no problem ^C until I allow a given function to be “Add ‘…’ to Allowlist,” at which point we encounter the following issues:

[j-gorski]

After downgrade to 1.5 everything is ok. I don’t like the idea of new 1.7 quasi terminal for commends.