Subscribe topic only broadcasts "new subscriptions"

So when a subscription "expires" we don't get a "payment notification" for a Resub

This is NOT a eventsub for the "chat notification" see https://twitch.uservoice.com/forums/310213-developers/suggestions/42008104-please-provide-an-event-sub-that-emits-sub-notifi for that

Please provide an eventsub notification topic for sub notifications

Which would be a "clone" of messages appearing in chat for sub/resub notifications

For resubs the chat message and emote placement would be included

Trigger: Triggers whenever a broadcaster hosts on a broadcaster's channel.

Motivation: To my knowledge it is not possible to query hosts in real time. In our Twitch Alerts Extension it is currently not possible to show when a streamer is hosted by another streamer.

Using event sub it should be possible to ONLY use event sub to maintain a list of people subscribed to a channel. (after an initial paint from Helix)

Using the current topics it's not possible to do that.

I currently have to fetch once using helix, then use eventsub to get new subs.
Then fetch again later using helix to account for unsubs.

Extend

{
"error": "Conflict",
"status": 409,
"message": "subscription already exists"
}

to

{
"error": "Conflict",
"status": 409,
"message": "subscription already exists",
"id": "id of the eventsub subscription that conflicts"
}

Please add Prediction start/progress/end events to eventsub

Add a flag, which is true, when a subscription is made through Prime Gaming. Distinguishing between a regular sub and a Prime sub allows us to react differently on these cases, like also being able to promote the free Prime Gaming sub.

Getting notified about new Clips created would be awesome.

Summary:
From first glance, it would seem that the progress of each channel.hype_train.progress is determined by the contribution; however, there seems to be no way to determine from the single progress event payload to determine by how much it changed. There is a 'total' amount provided by the last_contribution, but this does not determine the progress provided in that event.

Suggestion:
Add a 'progress_added' value in the event object indicating how much this one event "helped".

Related Topics:
-channel.hype_train.begin
-channel.hype_train.progress

Add Broadcaster ID query option to GET https://api.twitch.tv/helix/eventsub/subscriptions so you can query on just broadcaster ID, so I can make sure all their subs are setup, instead of having to paginate through all my subs to check just a handful

Hydrate the bans topic to include the user_id, login of the user that performed the ban action

So add

moderator_user_id
moderator_user_login
moderator_user_name

to the event

This is more of a uncertainty of necessity, as the hype train documentation is still fairly new to me. As a broadcaster there have been scenarios where a level 5 hype train was the starting level.

Providing the level at the start could alleviate some confusion for progress and end as well as provide some consistency for the other two event types.

Reasoning:
The hype train on the end user side could start at a completed level 5. Depending on when the event is actually sent, this could provide odd results.

Related events:
- channel.hype_train.begin
- channel.hype_train.progress
- channel.hype_train.end

Twitch requires streamers to run more ads

We are building tools to help facilitate this

There is noting in the API to let us know when ads run

Please provide a topic for adverts running

It would be nice if you could filter the response of the subscription status endpoint with a transport filter (e.g. "?transport=websocket").

Its not a big deal at the moment because there only is one transport (webhooks) available but with more transports added down the line this would be a huge QoL improvement.

We have bans/timeouts on the bans topic.

We don't have a feed for message deletions.
Or whom triggered a raid
Or whom triggered a host.

Some channels have a need to track/log all moderator actions for later reconcilliation, not just bans.

(Or tracking down a rogue mod doing hosts when they shouldn't for example)

The bans topic will send an event for someone getting banned or timed'out from the channel.

The bans topic doesn't tell you if it was a ban or a timeout.

• Timeout's either need to be a seperate topic (not preferred)


• The payload extended to include a time parameter, so timeouts can be differetiance (preferred)

(Webhooks have the same problem ironically)

IRC has a number of "upgrade" events

giftpaidupgrade / anongiftpaidupgrade and one related to "prime to real" that I don't have the tag/msg-id for

A "subscriber upgrades" topic would be useful, if this doesn't fall under "sub notifications" - https://twitch.uservoice.com/forums/310213-developers/suggestions/42008104-please-provide-an-event-sub-that-emits-sub-notifi

I could see a benifit to having this as a seperate topic, or tied into the "notifications" topic