3 ms·
The key part: If a request is canceled after the request is pushed onto the incoming queue, but before the response popped from the outgoing queue, we see our
by stygiansonic 4y ago
The key part:
If a request is canceled after the request is pushed onto the incoming queue, but before the response popped from the outgoing queue, we see our bug: the connection thus becomes corrupted and the next response that’s dequeued for an unrelated request can receive data left behind in the connection.
- deleted 4y ago[deleted]