stdio transport: a request over the maximum line length gets no answer
维护者通常 3 天内回复
@gocamille 已经在做这个了。
开始于 2026年10月26日。
评估
这个 Issue 还没有评估数据。
描述
Since #1049 (rmcp 3.6.0) AsyncRwTransport drops a line that is longer than the maximum line length (16 MiB by default). It only writes a log entry. When that line is a request, the peer never gets an answer and waits until its own timeout. From the client side this looks like a server that hangs.
I found this while writing an MCP server that takes large inline files. A tools/call with a large base64 file in the arguments is enough.
To reproduce:
- Start any stdio server built on rmcp 3.7.0.
- Send
initializeandnotifications/initialized. - Send one
tools/callrequest whose line is larger than 16 MiB, for example with a 17 MiB string inarguments. - The server logs "Incoming message exceeded the maximum line length, discarding it". The client gets nothing for this id.
Expected: an error answer for the request id, like the -32600 Invalid Request answer rmcp already sends for valid JSON with the wrong shape.
Lines without an id, responses and input that is not JSON should stay unanswered, so this does not bring back the error storm from #938.
I have a fix ready that builds on #1370. I can open it after that PR is merged.
- 主要语言
- Rust
- 星标
- 4.1k
- 派生
- 680
- 平均合并
- 3 天 15 小时
- 30 天内合并 PR
- 34
环境准备
在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
modelcontextprotocol/rust-sdk 的其他 Issue
-
auth: refresh_token() requests offline_access that was never granted, so refreshes fail with invalid_scope可能已有人在做 @jstar0 于 20 天前认领。 未关闭bug P1 ready for work T-security T-transport
难度 2/5 1-3 小时 新手友好度 65/100
modelcontextprotocol/rust-sdk#1330 ·
维护者通常 3 天内回复
-
Auto discovery timeout rejects a late probe response during legacy initialization可能已有人在做 @gocamille 于 1 天前认领。 未关闭bug P1 ready for work T-service
modelcontextprotocol/rust-sdk#1400 · 1 条评论 · 已指派 1 人 ·
维护者通常 3 天内回复
-
URL mode elicitation requires elicitationId, which the 2026-07-28 schema removed可能已有人在做 @gocamille 于 1 天前认领。 未关闭bug P1 ready for work T-model
modelcontextprotocol/rust-sdk#1399 · 1 条评论 · 已指派 1 人 ·
维护者通常 3 天内回复
-
docs: ClientHandler list_changed callbacks don't mention Peer::listen (2026-07-28)可能已有人在做 @DaleSeo 于 4 天前认领。 未关闭enhancement P2 ready for work T-documentation
modelcontextprotocol/rust-sdk#1394 · 1 条评论 · 已指派 1 人 ·
维护者通常 3 天内回复
-
Support the Skills extension (SEP-2640)可能已有人在做 @DaleSeo 于 5 天前认领。 未关闭enhancement P2 ready for work T-enhancement T-handler T-model T-service
modelcontextprotocol/rust-sdk#1391 · 1 条评论 · 已指派 1 人 ·
维护者通常 3 天内回复
查看 modelcontextprotocol/rust-sdk 的全部 Issue
相似的 Issue
-
needs triage
难度 2/5 1-3 小时 新手友好度 65/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 65/100
-
难度 2/5 1-3 小时 新手友好度 72/100
mozilla-services/syncstorage-rs#2715 ·
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 70/100
-
documentation
难度 1/5 1 小时以内 新手友好度 82/100
physicsdolphin/nv-uefi-unlocker#53 · 4 个 reaction ·
维护者通常 1 天内回复