WebHook receive status on subscription

[BarryCarlyon]

@Llorx

Right now I receive an empty data notification.

Err no, to clarify, you make a HTTP post, to which you get a HTTP 204 Created, no body.
Twitch then sends a GET challenge request to you callback and then you reply to that callback with the challenge.

Then you will get body content posted to you when the state of the stream changes.

@Llorx

When I subscribe to something, I would like to receive a first notification with the current status of the susbcription (stream changed hook).

You can’t that’s would invalidate the description of the stream status topic, it sends data when it the stream changes.

@Llorx

All I do now is to subscribe and when subscription is done, then ask for the current stream. The problem is that I can reach a race condition where while I’m getting the stream status, I receive a hook notification where the stream has changed but I’m still receiving an old stream status. Or also that different cache endpoints are reached (sometimes when you ask for a stream status in a small period of time, you receive online/offline alternatively).

1. Use timestamp comparison.
2. A webhook payload is a direct representation of the Helix endpoint of the same URL.

You subscribe to https://api.twitch.tv/helix/streams?user_id=foo when Twitch sends a webhook for that topic, then the helix response for that topic will be the same as what you just got POSTed, so there shouldn’t be such a condition.

And in my experience I’ve not seen this as most of my systems, use webhooks but still do backup helix/kraken long polls to compare and I’ve not seen a mismatch of what the webhook sends and my helix cache of the same topic.

@Llorx

Also, this increases amount of requests, because for each subscription I have to do a “get stream for id” api call.

Well you need the stream_id in order to account for the user renaming their twitch account. And ID’s are better overall for lookups to avoid snafu’s if users change their names.

But for me I usually have been oAuth authenticate before I start a (webhook) subscription, so I have their UserID in the response to authentication.