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

Handle new-initiator/new-responder correctly #64

Draft
wants to merge 4 commits into
base: master
Choose a base branch
from

Conversation

lgrahl
Copy link
Member

@lgrahl lgrahl commented Jun 13, 2019

Resolves #61
Merge after #59 #67

To do (@dbrgn): We still need to figure out how to close the task loop after the WebSocket close message has been enqueued. The issue can be reproduced by...

  1. Creating a chat responder.
  2. Connecting the first initiator.
  3. Connecting the second initiator. This drops the first initiator from the path.
  4. The second initiator is being picked up by the responder. The responder should close now but doesn't.

This can happen since a message from a responder towards an initiator
may still be in flight after the initiator dropped the responder.
Note that this deviates from the intention of the specification to
allow for more than one connection towards a responder over the same
WebSocket connection.
Note that this deviates from the intention of the specification to
allow for more than one connection towards an initiator over the same
WebSocket connection.
@lgrahl lgrahl force-pushed the 61-handle-new-peer-correctly branch from 80f3ff7 to 5381889 Compare July 30, 2019 16:23
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.

Handle new-initiator/new-responder correctly
2 participants