You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current Pusher and Ably implementations have the same flow:
HTTP Post subscription { ... } which returns a X-Subscription-ID header
Client subscribes to the vendor's channel with that name
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.)
The text was updated successfully, but these errors were encountered:
The current Pusher and Ably implementations have the same flow:
subscription { ... }
which returns a X-Subscription-ID headerHowever, 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.)
The text was updated successfully, but these errors were encountered: