Description
Describe the bug
Hello! I am encountering intermittent encoding issues when the Sec-WebSocket-Extensions: permessage-deflate; client_max_window_bits
header is included. Occasionally, the messages I receive from one of my partner's WebSocket servers become unreadable unless I remove this header. Unfortunately, the problematic WebSocket server is private, requires authorization, and is not under my ownership, so I cannot provide access or contact the owner for further details. Therefore, a reproducible example is not feasible. However, my main question is: Are there any known limitations in this library when using the permessage-deflate
extension? Sometimes (but not always), the received message might appear like this:
$Ƚ�@0��??fCU??7??P??4?��?xw�g<?���d?W?�???!*8�???tF�$8??,;\?&X?<???<??W͇l?�???�21
When the expected message, in this example, must be this:
0{"sid":"4869ff5e9f76408d8dc8ad18637c3294","upgrades":[],"pingTimeout":60000,"pingInterval":25000}
Logs
No logs are available, as the issue is related to the content of the messages, which appear as unreadable characters.
Versions
Textalk/websocket-php version: 1.6.3
PHP version: 7.4.33
With the header:
Without the header: