- Verschifft
- 8. August 2026 um 04:51 UTC
- Autor
- kamo
- Ausschuss
- d6293c4
DIE Ursache der versagenden 3 GiB-Anhänge, und es war unsere, nicht das Netzwerk. ************ war '500mb'. Es ist keine Neufassung/Middleware Einstellung: Nächste Packungen JEDEN Anfrage Körper in einem klonbaren Körper auf diesem Wert gedeckelt, Route Handler enthalten. Bei 524.288,000 Bytes war auch die Kappe still - der Körperstrom einfach beendet, ohne Fehler irgendwo angesprochen. Der Vollmacht leitete 524,262.252 von einem deklarierte 2.181.048,727 Bytes und MediaService warteten dann auf einen Rest, der Nie kommen, weshalb dies für drei Runden als eine ins Stocken geratene Verbindung präsentiert und schickte mich nach Timeouts durch Traefik, Node und Tomcat. Die Byte-Rechnung hinzugefügt Letzte Runde ist, was es schließlich benannt: zwei Versuche stoppen innerhalb von 26 KB der gleichen Die runde Zahl ist eine Grenze, kein Netzwerk. Aufgehoben auf 3200mb - oberhalb der 3 GiB-Decke, unterhalb der MediaService-Anfrage 3100MB Limit, so dass alles wirklich übergroße wird dort mit einem klaren 413 statt gekürzt hier. serverActions.bodySizeLimit bleibt bei 500 MB; Anhänge reisen nicht dieser Weg und keine Aktion sollten berechtigt sein, Gigabytes. Sperrt auch den Komponisten, während eine Nachricht rausgeht. Ein Senden fängt den Text ein und Eigensinne, wie sie standen, als es begann, so dass alles während einer mehrminütigen Zeit getippt Upload wurde stillschweigend fallen gelassen, wenn der Entwurf zurückgesetzt. Das Textfeld, Emoji, Taste anhängen und Paste/Drop sind alle deaktiviert, bis es landet oder abgesagt wird, mit Stornieren verbleibenden verfügbar im Upload-Panel durchgehend.