[Webkit-unassigned] [Bug 202401] New: Safari 13 truncates websocket payload when x-webkit-deflate-frame is used
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Oct 1 06:03:40 PDT 2019
https://bugs.webkit.org/show_bug.cgi?id=202401
Bug ID: 202401
Summary: Safari 13 truncates websocket payload when
x-webkit-deflate-frame is used
Product: WebKit
Version: Other
Hardware: Macintosh
OS: macOS 10.14
Status: NEW
Severity: Normal
Priority: P2
Component: WebCore Misc.
Assignee: webkit-unassigned at lists.webkit.org
Reporter: volodymyr.sorokin at grammarly.com
Since Safari 13.0 release, webkit starts to truncate websocket's payload to 4092 bytes when 'x-webkit-deflate-frame' extension is used.
The issue is fairly easy to reproduce - just send to a websocket any data whose compressed size is 5kb or more.
Moreover, the websocket (most likely the deflator component) on the browser side also gets 'corrupted' once a large message is sent. This leads to a 'Failed to compress frame' error in console on subsequent attempts to send more messages (even small messages) to the socket.
This behavior is only reproducible when 'x-webkit-deflate-frame' extension enabled.
If server rejects the extension - then browser behaves correctly and the payload does not get truncated, but obviously the compression is not used in this case.
Safari 12 does not have this issue. In Safari 12 the 'x-webkit-deflate-frame' extension behaves as expected and large payload does not get truncated.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20191001/d0781512/attachment-0001.html>
More information about the webkit-unassigned
mailing list