Cannot close or kill open terminals — kill button often unresponsive

Describe the Bug

After the agent opens multiple terminal sessions, the “Kill” (trash icon) button often does not work.
When I try to close terminals using the kill/delete button, nothing happens — the terminals remain open and active.

This leads to two major problems:

Clutter — more and more terminals accumulate, making it hard to keep track.

Agent Stuck — sometimes a terminal becomes unresponsive, and the only way to get the agent to continue is by killing the terminal — but that’s no longer possible.

This used to work reliably in the past.

Steps to Reproduce

Let the agent perform actions that open terminal sessions.

After a few terminals are opened, attempt to close them using the Kill (trash icon).

Observe that in most cases, nothing happens — the terminal remains open.

Note: Sometimes it does work for one terminal, but the others won’t respond. For example, I recently had three terminals open — only one was successfully closed, the others ignored the kill command.

Expected Behavior

The Kill/Delete button should reliably close any open terminal, especially when the agent relies on that to reset or restart tasks.
Until recently, this functionality worked perfectly. This may be a side effect of a new terminal-related update.

Screenshots / Screen Recordings

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

Version: 1.3.5 (user setup)
VSCode Version: 1.99.3
Commit: 9f33c2e793460d00cf95c06d957e1d1b8135fad0
Date: 2025-07-30T00:37:52.749Z
Electron: 34.5.1
Chromium: 132.0.6834.210
Node.js: 20.19.0
V8: 13.2.152.41-electron.0
OS: Windows_NT x64 10.0.19045

Additional Information

It’s great to see frequent updates and improvements to Cursor — thank you!
However, I really miss the update changelog message that used to pop up after new versions. It helped me understand what changed and made me more excited about each update.

Does this stop you from using Cursor

No - Cursor works, but with this issue

I also suspect that I’m receiving beta versions even though I’m not enrolled as a beta user — but I’m not entirely sure about this.

Hey, thanks for the report. We’ll investigate it. Regarding your version of Cursor, it’s not a beta version. The release of version 1.3 was yesterday.

Glad to hear!
It was arriving so quickly, day after day, that I actually started to worry it was still in beta.
Turns out you’re probably just incredibly fast!

‫בתאריך יום ד׳, 30 ביולי 2025 ב-14:15 מאת ‪Dean Rie via Cursor - Community Forum‬‏ <‪[email protected]‬‏>:‬

Hey, could you check if this is still happening on version 1.3.8?

1 Like

It was good, now it’s started happening a lot again

Version: 1.3.7 (user setup)
VSCode Version: 1.99.3
Commit: 5d56108ff2401c28f239aa2a527ef424ce7719a0
Date: 2025-07-31T04:16:31.276Z
Electron: 34.5.1
Chromium: 132.0.6834.210
Node.js: 20.19.0
V8: 13.2.152.41-electron.0
OS: Windows_NT x64 10.0.19045

1 Like

I’ve done quite a bit of testing to understand when the issue happens and when it doesn’t.
What I’ve found is that when a new terminal is created, it always manages to open successfully
(by the way — why does that take so long? Doing it manually only takes a second).

But the moment there’s already an open terminal, and it tries to run commands in it — that’s when the problems start.

Thanks for the additional info. We’ll investigate this.

This topic was automatically closed 22 days after the last reply. New replies are no longer allowed.