[Networking] FFAPI login query handling conflicts with Sponge (indefinite wait / payload discard)
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 35/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 技术栈
- java
- 领域
- backend, networking
调研方向
Start by tracing FFAPI's login query packet tracking and response handling described in the issue, then compare that flow with Sponge's handling in the linked Sponge issue. Reproduce on a NeoForge 1.21.1 server with Sponge and FFAPI installed. Done means login queries are handled without hanging clients or discarding payloads needed by Sponge.
由索引模型根据 Issue 内容生成。
描述
Minecraft version
1.21.1
Describe the bug
When running a Sponge-powered NeoForge server together with FFAPI, login custom query handling may hang or drop because of FFAPI’s current packet tracking logic
Steps to reproduce
- Install SpongeNeo + FFAPI on a NeoForge 1.21.1 server.
- Let both mods send/expect login queries during handshake.
Observe: Clients hang indefinitely (“waiting for login response”), or Disconnect with Unexpected custom data from client.
Logs
No response
Additional context
When running a Sponge-powered NeoForge server together with FFAPI, login custom query handling may hang or drop because of FFAPI’s current packet tracking logic:
- FFAPI records every outgoing login query (regardless of who sent it).
- On receiving, FFAPI expects to see a response for every recorded query, and tries to handle it.
- If FFAPI fails to handle, it discards the payload content.
This leads to two conflict scenarios with Sponge:
- Sponge handles first → FFAPI never sees the outgoing query, but still expects a response → indefinite wait.
- FFAPI handles first but fails → payload is discarded → Sponge no longer has access to the content → unexpected disconnect.
The issues from Sponge is here: https://github.com/SpongePowered/Sponge/issues/4228#issuecomment-3282821486
I am doing my work (try to write some mods to mixin that cause the problem's code)
If possible, we could try to fix that together.
- 主要语言
- Java
- 星标
- 181
- 派生
- 41
- 平均合并
- 10 天 5 小时
- 30 天内合并 PR
- 2
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
Sinytra/ForgifiedFabricAPI 的其他 Issue
-
Missing mixin in fabric-registry-sync-v0 suspected to break modded registry loading可能重新可做 @Su5eD 于 90 天前认领，目前没有进行中的 PR。 未关闭26.1.x bug
Sinytra/ForgifiedFabricAPI#280 · 6 条评论 · 已指派 1 人 ·
-
1.21.x bug
难度 4/5 3-5 天 新手友好度 45/100
Sinytra/ForgifiedFabricAPI#276 ·
-
1.21.x bug
难度 4/5 3-5 天 新手友好度 42/100
Sinytra/ForgifiedFabricAPI#269 ·
-
1.21.x bug
难度 3/5 1-2 天 新手友好度 53/100
Sinytra/ForgifiedFabricAPI#267 ·
-
1.21.x bug
难度 3/5 1-2 天 新手友好度 48/100
Sinytra/ForgifiedFabricAPI#265 · 6 条评论 ·
查看 Sinytra/ForgifiedFabricAPI 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 72/100
quelea-projection/Quelea#711 ·
-
enhancement
难度 2/5 1-3 小时 新手友好度 78/100
ShaftHQ/SHAFT_ENGINE#6909 ·
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 72/100
mudler/parakeet.cpp#99 ·
维护者通常 1 天内回复
-
[BUG] Re-subscribing the Mono returned by listTools/listResources/listResourceTemplates/listPrompts/listRoots duplicates the results可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭
难度 2/5 1-3 小时 新手友好度 75/100
modelcontextprotocol/java-sdk#1174 · 1 个 reaction ·
维护者通常 2 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
baomidou/mybatis-plus#7185 ·