Environment
- chrome-devtools-mcp: 0.24.0
- Chrome: 147.0.7727.101
- supergateway: 3.4.3
- MCP SDK: 1.29.0
Problem
When chrome-devtools-mcp connects to Chrome 147 via supergateway's streamableHttp transport (stdio→HTTP bridge), all tool calls fail with:
Protocol error (Target.setDiscoverTargets): Target closed
Root Cause
Direct stdio invocation works perfectly - the issue is supergateway's streamableHttp bridge breaking CDP's stateful WebSocket connection.
Workaround
Created a custom Node.js MCP bridge that properly handles CDP's stdio↔HTTP communication.
CC is NOT affected
CC uses --autoConnect (Puppeteer-managed Chrome) + direct stdio, avoiding supergateway entirely.
Questions
- Is there a planned fix for supergateway bridge compatibility?
- Should --stateful be default for CDP-based servers?
- Related to MCP SDK 1.29.0?
Reproduction
# Fails:
supergateway --stdio chrome-devtools-mcp --browserUrl http://127.0.0.1:18800 --outputTransport streamableHttp --port 3201
# Works:
chrome-devtools-mcp --browserUrl http://127.0.0.1:18800 # direct stdio
Environment
Problem
When chrome-devtools-mcp connects to Chrome 147 via supergateway's streamableHttp transport (stdio→HTTP bridge), all tool calls fail with:
Root Cause
Direct stdio invocation works perfectly - the issue is supergateway's streamableHttp bridge breaking CDP's stateful WebSocket connection.
Workaround
Created a custom Node.js MCP bridge that properly handles CDP's stdio↔HTTP communication.
CC is NOT affected
CC uses --autoConnect (Puppeteer-managed Chrome) + direct stdio, avoiding supergateway entirely.
Questions
Reproduction