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

Pro: subscriptions can't be atomic #3363

Closed
rmosolgo opened this issue Feb 24, 2021 · 1 comment
Closed

Pro: subscriptions can't be atomic #3363

rmosolgo opened this issue Feb 24, 2021 · 1 comment

Comments

@rmosolgo
Copy link
Owner

The current Pusher and Ably implementations have the same flow:

  1. HTTP Post subscription { ... } which returns a X-Subscription-ID header
  2. Client subscribes to the vendor's channel with that name
  3. Updates come over the channel, until the client unsubscribes from it

However, some server events may occur between the response in 1. and the subscribe in 2., and the framework doesn't have any way to account for this.

Somehow, "atomic" subscriptions should be possible with GraphQL-Pro. (I don't think it's possible with ActionCable -- if clients disconnect, then events are lost. But at least Ably will replay events for clients.)

@rmosolgo
Copy link
Owner Author

rmosolgo commented Nov 1, 2024

Discussing this in more detail here: #5138

@rmosolgo rmosolgo closed this as completed Nov 1, 2024
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

No branches or pull requests

1 participant