[Networking] FFAPI login query handling conflicts with Sponge (indefinite wait / payload discard)
Nadie ha tomado este issue todavía.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
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.
- Lenguaje dominante
- Java
- Estrellas
- 181
- Forks
- 41
- Merge medio
- 19 d 17 h
- PR fusionados (30 d)
- 1
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Sinytra/ForgifiedFabricAPI
-
Fabric mods cannot query `isEyeInFluid`Posiblemente ocupada @cassiancc la tomó hoy. Abiertobug
Dificultad 4/5 3-5 días Aptitud para principiantes 15/100
Sinytra/ForgifiedFabricAPI#299 ·
-
Missing mixin in fabric-registry-sync-v0 suspected to break modded registry loadingQuizá libre de nuevo @Su5eD la tomó hace 87 días y no hay ningún pull request abierto. Abierto26.1.x bug
Sinytra/ForgifiedFabricAPI#280 · 6 comentarios · 1 asignado ·
-
1.21.x bug
Sinytra/ForgifiedFabricAPI#276 ·
-
1.21.x bug
Sinytra/ForgifiedFabricAPI#269 ·
-
1.21.x bug
Sinytra/ForgifiedFabricAPI#267 ·
Todos los issues de Sinytra/ForgifiedFabricAPI
Issues similares
-
ASM is not up-to-dateAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 60/100
Los mantenedores suelen responder en 1 día
-
[BUG] S3 CORS responses omit Access-Control-Allow-Credentials for matched originsPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
floci-io/floci#5369 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
securityHeaders replaces a route's own Content-Security-Policy (0.9.9; weakens embedders' pages)Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
sqlcipher/sqlcipher-android#97 · 1 comentario ·
-
area-integrations
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día