Fix hosted remote tool-call timeout#64
Conversation
|
Review-swarm: PASS Findings:
Disposition: merge is blocked until the timeout behavior is split so explicit remote services can run longer without slowing remote-local fallback, docs are updated, tests are tightened, and a fix-verification swarm reports zero unresolved issues. |
54f677d to
6dece2a
Compare
|
Fixes pushed for review-swarm findings. Changes:
Validation run locally:
|
6dece2a to
37ca330
Compare
|
Fix-verification correction pushed. The antagonist lane correctly found that the previous remote-local test used requiresCredentials=true, so it proved the short remote-local timeout budget but did not prove actual fallback. Updated head now changes that test to:
Validation after correction:
|
37ca330 to
7e2c977
Compare
|
Final fallback correction pushed. The previous fix still allowed remote-local to spend retry/backoff time before local fallback. Head now changes remote-local to one short remote probe by default:
Validation after final correction:
|
|
Review-swarm: PASS Fix-verification: PASS Final behavior: explicit remote calls use MCP2CLI_REMOTE_REQUEST_TIMEOUT_MS default 60000 and MCP2CLI_REMOTE_RETRIES default 3; remote-local fallback uses MCP2CLI_REMOTE_FALLBACK_TIMEOUT_MS default 10000 and MCP2CLI_REMOTE_FALLBACK_RETRIES default 1. |
Summary
Validation
Known unrelated baseline