Describe the bug
When using mcp-inspector with a MCP server over Streamable HTTP (SSE), the client does not send the Last-Event-ID header during reconnects. As a result, the server cannot resume the stream from the last delivered event, which breaks the MCP protocol’s resume functionality.
To Reproduce
Steps to reproduce the behavior:
- Start a MCP server that supports SSE and emits events with an
id: field.
- Connect to the server using
mcp-inspector.
- Interrupt the connection (e.g. restart the server or disable/re-enable network).
- Inspector automatically reconnects, but the HTTP request does not include the
Last-Event-ID header.
Expected behavior
On SSE reconnect, mcp-inspector should include the Last-Event-ID header with the last received event id, so the server can continue sending events from the correct position.
Logs
Observed server logs show reconnect attempts, but Last-Event-ID is missing in the request headers.
Additional context
Describe the bug
When using
mcp-inspectorwith a MCP server over Streamable HTTP (SSE), the client does not send theLast-Event-IDheader during reconnects. As a result, the server cannot resume the stream from the last delivered event, which breaks the MCP protocol’s resume functionality.To Reproduce
Steps to reproduce the behavior:
id:field.mcp-inspector.Last-Event-IDheader.Expected behavior
On SSE reconnect,
mcp-inspectorshould include theLast-Event-IDheader with the last received eventid, so the server can continue sending events from the correct position.Logs
Observed server logs show reconnect attempts, but
Last-Event-IDis missing in the request headers.Additional context
Last-Event-ID.