Skip to content

Conversation

@mnbbrown
Copy link

@mnbbrown mnbbrown commented Oct 26, 2025

Prior to this patch the state machine did not handle results arriving
after cancellation. This add explicit support for that scenario by
keeping track of the state prior to cancellation
(cancelled_from_state), and using cancelled_from_state when consuming the
results.

The alternative option is just silently dropping the results (similar to
PROTOCOL_TERMINATING).

Would maybe close #490

Prior to this patch the state machine did not handle results arriving
after cancellation. This add explicit support for that scenario by
keeping track of the state prior the cancellation
(cancelled_from_state), and using cancelled_from_state when consuming the
results.

The alternative option is just silently dropping the results (similar to
PROTOCOL_TERMINATING).
@mnbbrown mnbbrown marked this pull request as draft October 26, 2025 11:12
@mnbbrown
Copy link
Author

Upon reflection I'm not sure this is the best approach.. it would possibly leave a connection in a state that's unexpected by the client. Needs further thought.

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.

connection.close is throwing protocol error

1 participant