| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
Codecov Report✅ All modified and coverable lines are covered by tests. @@ Coverage Diff @@
## v7.x #5423 +/- ##
==========================================
+ Coverage 93.01% 93.10% +0.08%
==========================================
Files 112 112
Lines 35983 36018 +35
==========================================
+ Hits 33471 33535 +64
+ Misses 2512 2483 -29 ☔ View full report in Codecov by Harness.
|
Sorry, something went wrong.
(cherry picked from commit bd91f86) Signed-off-by: Matteo Collina <hello@matteocollina.com>
(cherry picked from commit 9d82667) Signed-off-by: Matteo Collina <hello@matteocollina.com>
Account for previously received fragment bytes when checking WebSocket payload size limits, so fragmented messages cannot exceed maxPayloadSize by splitting the payload across frames. Add coverage for cumulative fragmented payload size enforcement. Co-authored-by: Matthew Aitken <maitken033380023@gmail.com> (cherry picked from commit b4c287b) Signed-off-by: Matteo Collina <hello@matteocollina.com>
Treat zero-byte frames as real fragments so fragmented messages can start with an empty frame and empty continuations still count toward maxFragments. Pass dispatcher WebSocket limits through to WebSocketStream's parser, add regression coverage for WebSocket and WebSocketStream fragment limits, make the fragment close tests wait for both endpoints, and fix the Client docs typo for maxFragments. Co-authored-by: Ulises Gascon <ulisesgascongonzalez@gmail.com> (cherry picked from commit c5ed787) Signed-off-by: Matteo Collina <hello@matteocollina.com>
* feat: add configurable maxPayloadSize for WebSocket (#4955) (cherry picked from commit bd91f86) * test: fix flaky permessage-deflate limit timeout (#5229) (cherry picked from commit 9d82667) * fix(websocket): enforce max payload size across fragments Account for previously received fragment bytes when checking WebSocket payload size limits, so fragmented messages cannot exceed maxPayloadSize by splitting the payload across frames. Add coverage for cumulative fragmented payload size enforcement. (cherry picked from commit b4c287b) * websocket: handle empty fragments and stream limits Treat zero-byte frames as real fragments so fragmented messages can start with an empty frame and empty continuations still count toward maxFragments. Pass dispatcher WebSocket limits through to WebSocketStream's parser, add regression coverage for WebSocket and WebSocketStream fragment limits, make the fragment close tests wait for both endpoints, and fix the Client docs typo for maxFragments. (cherry picked from commit c5ed787) --------- Signed-off-by: Matteo Collina <hello@matteocollina.com> Co-authored-by: Matthew Aitken <maitken033380023@gmail.com> Co-authored-by: Luigi Pinca <luigipinca@gmail.com> Co-authored-by: Ulises Gascon <ulisesgascongonzalez@gmail.com>
| Back | FazBrowse Home | New Git URL |
This relates to...
Backporting WebSocket maxPayloadSize support and follow-up fixes from main to v7.x.
Backported commits:
Related main commit 32dbf0b3 is not included because v7.x already contains the equivalent fragment-limit backport as 8cb10f98.
Rationale
Keeps the v7 release line aligned with main for configurable WebSocket payload limits, including enforcement across fragmented messages and WebSocketStream parser limits.
Changes
Features
Bug Fixes
Breaking Changes and Deprecations
N/A
Status
Tests: