ACP MCP client should reset JSON-RPC tool-call timeout on notifications/progress (or honour resetTimeoutOnProgress)

Support Bug Reports
, , ,
1

Where does the bug appear (feature/product)?

Cursor CLI

Describe the Bug

(using ACP)

fixed ~60s timeout on tools/call, notifications/progress does not extend/reset the timer, error MCP error -32001: Request timed out, and that approval UI time seems to count against the same window.

Steps to Reproduce

  • Configure an MCP server with a blocking tool that waits for user input.
  • Have the server emit notifications/progress every ~20–30s while waiting.
  • From ACP, invoke that tool.
  • Wait >60s without finishing the user action (or wait through approval).
  • Observe timeout at ~60s despite progress.

Expected Behavior

For tools/call (and similar long-lived MCP requests), the client should either:

pass resetTimeoutOnProgress: true where the transport supports it, or
implement equivalent logic: each notifications/progress for that request resets the timeout, until the final result or error is returned.

Operating System

MacOS

Version Information

all versions of the CLI

Additional Information

MCP TS SDK RequestOptions.resetTimeoutOnProgress

Does this stop you from using Cursor

No - Cursor works, but with this issue

5

Hey, thanks for the report. It’s detailed and the SDK option callout really helps.

Confirmed: McpSdkClient currently doesn’t pass resetTimeoutOnProgress: true into the SDK, so tools/call does time out at the default 60s no matter the progress notifications. Same thing happens in the IDE too, not just in CLI/ACP, since the root cause is shared.

I’ve filed this internally as a separate issue. The previous ticket about this was closed without a fix, so I opened a new one with expanded scope for ACP. I can’t share an ETA yet. If there’s an update, we’ll post it in the thread.