Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fixed bugs in the previous send callback fix and added new test cases #132

Merged
merged 4 commits into from
Jan 16, 2013

Conversation

roamm
Copy link
Contributor

@roamm roamm commented Jan 16, 2013

I fixed issues in the previous fix.

The call order of flush() and the callback part in setupSendCallback() matters in the original design and the previous approach actually can't work perfectly in both order. So I added a new array to handle that.

I also added 2 test cases for this.

@rauchg
Copy link
Contributor

rauchg commented Jan 16, 2013

This is excellent @roamm Thanks a lot.

rauchg added a commit that referenced this pull request Jan 16, 2013
Fixed bugs in the previous send callback fix and added new test cases
@rauchg rauchg merged commit a103bd5 into socketio:master Jan 16, 2013
darrachequesne pushed a commit that referenced this pull request May 8, 2020
Issue 83 fix: IE9/10 error
darrachequesne pushed a commit that referenced this pull request Jun 13, 2024
With the `websocket` transport, the callbacks which indicate that the
packets are actually written were not properly called.

Example:

```js
socket.send("hello", () => {
  // the message has been written to the underlying transport
});
```

The bug was caused by the `websocket` transport (and `webtransport` as
well) having its `supportsFraming` property set to `true`, despite
having been changed in [1] to emit a single `drain` event for each
batch of messages written to the transport like the `polling` transport
always did. Note that although [1] is partially reverted in [2], the
new `drain` event behavior is preserved as called out in that commit's
message.

The `supportsFraming` attribute was introduced in [3] (amended by [4])
as a way to distinguish transports that emit one `drain` per message
from those that emit one `drain` per batch. Since the delivery of
`send` callbacks depends on matching `drain` events with
`transport.send` calls, that distinction is vital to correct behavior.

However, now that all transports have converged to "one `drain` per
batch" behavior, this `supportsFraming` property can be retired (and
the code for calling callbacks simplified).

[1]: #618
[2]: a65a047
[3]: #130
[4]: #132

Related: #698
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants