87 results found
-
Topic Notify when VIPs are added/removed Copy "channel.moderator.add" and "channel.moderator.remove" but for VIPs
10 votes -
Add a channels.adverts topic for advert running 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
9 votes -
Add a transport filter to the status endpoint 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.
9 votes -
Extend user.authorization.grant to include scope information https://dev.twitch.tv/docs/eventsub/eventsub-subscription-types/#userauthorizationgrant
Please extend user auth grant to include
- all scopes shared between ClientID and userID
- new scopes added to the relationshio when the auth occured
Possible use cases include: auto determine from this eventsub, what other eventsub topics to auto create.
8 votes -
channel.update or stream.online - add live-notification message to payload To forward live notifications, it would be awesome to also receive the live notification message the streamer has set - either when they set it with channel.update and/or when the stream goes live.
8 votes -
Raids [beta] sends all raids even raids that don't appear in chat The raids beta topic, sends raids that don't appear in chat via the IRC raid USERNOTICE
Please either
- extend the payload to mark if a raid appears in chat or not
or
- provide a condition to ignore/include/only be "non chat raids"
or
- all of the above
Please do not remove non chat raids, as developers/streamers would like flexibility on what to actually notify for/collect data on.
Regardless of any limitations Twitch puts in place on what appears in chat.
Would also like to collect it for statistical purposes/reporting on small/large raids for a given stream.
There may also be an…
8 votes -
viewer count from eventsub Either as a topic fired on update or added to "channel.update".
Advantages to its own event will reduce polling during a live stream and allow twitch to schedule when it sends out events as it needs to keep things in balance instead of having to contact 3rd party developers.
7 votes -
Cheer emote placement Please update eventsub to provide emotes used and placement of the emotes in the message similar to chat message does in order to allow us to easily reconstruct a cheer message to look like it did in chat
similar to
Example
The "emotes" tag from https://dev.twitch.tv/docs/irc/tags#privmsg-twitch-tags
7 votes -
Shoutout Create EventSub Subscription should not require moderator auth channel.shoutout.create currently requires a moderator/broadcaster token.
This defeats the point of a shoutout; channels do shoutouts exactly because they want other people to notice them. Restricting this subscription type prevents third-party chat applications from informing non-mods that a shoutout has taken place (thus defeating the point of the shoutout)
Please remove the moderator scope requirement on channel.shoutout.create
6 votes -
Include Tags on channel.update This would allow things to happen if only a certain tag is set.
That of course would require channel.update to fire for tags being edited as wellExample: If a streamer wants to have an automated tweet sent out when they start a Giveaway, they could add the tag "Giveaway", which triggers channel.update and then the receiver can process and send a tweet on their behalf.
6 votes -
Extend stream.offline to include the "true" end time of the stream (rather than using the timestamp in the header) stream.online has
started_at
please addended_at
to stream.offlineSo stream duration can be determined as accurately as possible as needed./
6 votes -
Provide Title and Game information with stream.online Other than knowing someone is online, there is still a need to utilize the API for getting related information about a stream.
It would be nice to have an all-in-one "here's everything about this stream going live" instead of requiring additional calls (especially if there's a possibility of caching delays).
Something along the lines of the data provided for channel.update would be nice
6 votes -
Provide a `gift_event_id` in the channel.subscribe topic Scenario:
A viewer comes in and gifts 10 subs to the community; This fires off in theory 11 events. One event is thechannel.subscribe.gift
, while the other 10 are the individualchannel.subscribe
for the 10 users.Request:
Thechannel.subscribe.gift
has an id associated with its emission. Something that would benefit reactionary data would be each of the individualchannel.subscribe
events having agift_event_id
. If the sub was a gift, set the id to thechannel.subscribe.gift
event id.Use Cases:
- A developer could choose to listen to the batched gift amount and react to that single event, then…6 votesWe are looking into this. Thanks for the request!
-
Add a topic for Roomstate changes including whom triggered it Chat has a number of states, slow mode/follower only mode.
Some moderationg applications involved monitoring for these states and responding as needed, and these applications will currently use PubSub but only in a logging capacity so alternatively connecting to chat for this data is perhaps overkill.
Please provide an eventsub topic that relays
- when/what Roomstate changes (slow on/slow off sub on sub off emote only)
- which moderator/user triggered the change.6 votesWe plan to offer this in EventSub.
-
Add "stream type" (subscriber only/eveyone) to channel.update Include the "type of stream" in channel.update
Either
- everyone
- subscriber only
6 votes -
Provide a Redirect Event Summary:
Filling in the holes of what chat provides and EventSub provides would be appreciated. In this case hosts, raids, and potentially front page promo attributions. There isn't much reason to have multiple unique events in this case as all of the aforementioned events are the same, a provider of a redirect (user), a recipient (broadcaster), and an attribution amount (viewers attributed to the event). The only specifier needed is a type or context. However, different events wouldn't be necessarily rejected in concept, it would just seem unnecessary. Since a condition is sent for the subscription to the event, one…6 votes -
Various EventSub Thoughts The channel.subscription events are very lackluster. Aside from checking if it’s a gift, and what tier it was there isn’t much useful data here. Any chance we could see something like months total, moths streak, or the tier? I know this data is there in the subscriptions API call, just curious as to why it hasn’t been included in this release of the EventSub system. Seems like a miss there
The channel.ban/channel.unban events could/should be merged. Just smash em into one topic and include a tag: “isBanned” as a boolean. Seems silly to have them separate, in my opinion.
Loving…
6 votes -
Extend the Channel Ban to include deleted messages Currently Channel Ban will report the moderation events of a time or ban, but it doesn't report/include information about deleted messages.
This would fit on this topic but could also have it's own topic.
5 votes -
Filter EventSubs by Condition / Type While migrating to EventSub with 2.2 million webhooks, I noticed one thing that makes debugging with many webhooks especially difficult.
Problem:
EventSub subscriptions cannot be listed by a condition or type. This makes it impossible to find unwanted duplicates and its ID on the part of Twitch.
Solution:
By filtering by condition and/or type, you can find EventSub subscriptions and their IDs faster and more efficiently.
In addition, we would theoretically not need a database that knows all IDs to manage event subscriptions.
5 votes -
Add whom did it to the Moderator add/remove topic If is possible for a user to demod themselfs.
And it's possible that a user can be modded by someone whom is not the broadcaster (in super rare cases)Please add this information to the Mod add/remove topic.
It's handy for tracking a "oh why is this person not a mod suddenly" as the broadcaster.5 votes
- Don't see your idea?