Agent Run/Execute shows No output and does not return real stdout in project windows on macOS

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Environment:

  • Cursor 2.6.18 Stable
  • VSCode 1.105.1
  • macOS Darwin arm64 24.6.0
  • MacBook Air M1

Observed behavior:

  • In project windows, agent Run/Execute shows No output or times out.
  • Even trivial commands like echo test and pwd do not return actual stdout to chat.
  • The agent sometimes paraphrases expected output instead of showing real terminal output.
  • Example: after echo test, the agent says the command was executed and describes the expected output, but does not show the actual test.
  • After updating from 2.6.13 to 2.6.18, the issue still reproduces.

Repro steps:

  1. Open any project folder
  2. Open a new chat
  3. Ask the agent to run echo test
  4. The agent shows No output / timeout and does not return actual stdout

What works:

  • Manual terminal inside Cursor works normally
  • In an empty Cursor window, agent behavior is different and may return pwd

What was already tested:

  • Restarted Cursor
  • Updated Cursor from 2.6.13 to 2.6.18
  • Disabled Shell Integration
  • Relaunched terminal
  • Opened a copied version of the project
  • Opened a new chat in the same project
  • Removed ~/Library/Application Support/Cursor
  • Removed ~/.cursor
  • MCP is not configured

Likely issue:
Project-scoped agent terminal output capture / terminal bridge regression on macOS.

Steps to Reproduce

  1. Open any project folder in Cursor IDE on macOS.
  2. Open a new chat in that project.
  3. Ask the agent to run: echo test
  4. The agent shows No output or times out and does not return the actual stdout to chat.
  5. The same also happens with pwd.
  6. In the manual terminal inside Cursor, the same commands work normally.

Expected Behavior

When the agent runs a terminal command such as echo test or pwd, Cursor should return the real stdout/stderr from that command to the chat message instead of showing No output, timing out, or paraphrasing the expected result.

Operating System

MacOS

Version Information

IDE:
Version: 2.6.18
VSCode Version: 1.105.1
Commit: 68fbec5aed9da587d1c6a64172792f505bafa250
Date: 2026-03-10T02:01:17.430Z
Build Type: Stable
Release Track: Default
Electron: 39.6.0
Chromium: 142.0.7444.265
Node.js: 22.22.0
V8: 14.2.231.22-electron.0
OS: Darwin arm64 24.6.0

For AI issues: which model did you use?

Auto

For AI issues: add Request ID with privacy disabled

Request ID not available.

Additional Information

Additional context:

  • This issue reproduces in project windows.
  • In an empty Cursor window, agent behavior is different and may return pwd.
  • The agent sometimes paraphrases expected output instead of showing the real terminal output.
  • Updating Cursor from 2.6.13 to 2.6.18 did not fix the issue.
  • Tested already: restart Cursor, disable Shell Integration, relaunch terminal, open copied project folder, open new chat, remove ~/Library/Application Support/Cursor, remove ~/.cursor.
  • MCP is not configured.
  • Manual terminal in Cursor works normally.

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

Hey, this is a known issue. We’ve seen several reports of this on macOS, especially with zsh.

You’ve already done a lot of troubleshooting, so let’s focus on the things you haven’t tried yet:

  1. DevTools console: This is the most important step right now. Go to Help > Toggle Developer Tools > Console, then ask the agent to run echo test. Look for errors like ENOENT, createSession timeout, or anything path-related. A screenshot of the console output would help a lot.

  2. Legacy Terminal Tool: Go to Cursor Settings CMD+Shift+J > Agents > enable Legacy Terminal Tool. Then run CMD+Shift+P > Terminal: Kill All Terminals, fully restart Cursor, and try again.

  3. Disable extensions: Run cursor --disable-extensions from a normal terminal, open the project, and check if the agent can capture output. This helps rule out extension conflicts.

  4. Clean zsh profile: Temporarily rename ~/.zshrc to ~/.zshrc.bak and restart Cursor. Some zsh plugins (oh-my-zsh, powerlevel10k, etc.) can break terminal capture. In one similar report, removing ~/.zshrc fixed the issue completely.

  5. Re-open via File > Open Folder: Since the problem is project-specific (an empty window works fine), there might be a stale working directory reference. Close Cursor, reopen it, and use File > Open Folder to open the project from scratch.

The fact that it works in an empty window but not in project windows is an important clue. The DevTools output will tell us exactly what’s going wrong.

Related threads:

Let me know what DevTools shows and we’ll go from there.

Thanks! I checked DevTools Console while reproducing echo test.

The repeated errors I see are:

  • [TerminalExecutionServiceProxy] v3 health check failed after ~4500ms: Error: Command execution timeout

  • [TerminalExecutionServiceProxy] Cannot switch to v3: health check failed

I also see OTLPExporterError: Bad Request / Trace spans collection is not enabled for this user, but I assume the main issue is the repeated TerminalExecutionServiceProxy / v3 health check timeout.

This happens when reproducing the issue in the project window.

Please let me know what you’d like me to try next.

Great, that confirms the issue. Terminal v3 can’t create a session, so every command ends up timing out. The same error showed up in this thread, and it was fixed in two different ways.

Since you don’t have MCP set up, let’s try this step by step:

  1. Legacy Terminal Tool
    This is the fastest way to bypass v3 right now. Open Cursor Settings CMD+Shift+J > Agents > enable Legacy Terminal Tool. Then run CMD+Shift+P > Terminal: Kill All Terminals, fully restart Cursor, and try again. Legacy uses the older mechanism and doesn’t depend on the v3 health check.

  2. Clean zsh profile
    If Legacy doesn’t help, temporarily rename ~/.zshrc to ~/.zshrc.bak and restart Cursor. Some plugins (oh-my-zsh, powerlevel10k, etc.) can conflict with terminal capture. In that thread, this is what fixed it for one user.

  3. No extensions
    Run cursor --disable-extensions from your normal terminal, open the project, and test again.

Let me know which step worked (or didn’t), and we’ll dig in further.

Thanks! turning on the Legacy Terminal Tool fixed the issue.

After I enabled it in Cursor Settings - Agents, ran Terminal: Kill All Terminals from the Command Palette, and restarted Cursor, the agent was able to run echo test and return the output correctly.

So it looks like the problem is related to Terminal v3, while the Legacy Terminal Tool works fine as a workaround.

Thanks again for the help!

1 Like

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