106 results found
-
First Time Chatters Allow the
channel.chat.message
EventSub subscription to include if it is the first time the user has sent a message in the given channel.We can see this with IRC but not EventSub.
I understand only broadcasters or moderators can normally see that directly from native twitch chat without extensions, so possibly a scope or moderator status would be required.
It would just be nice to retain that information because it is useful for streamers who might use chatbots to respond to first time chatters with a welcome message. Also it is useful for moderation tools to see if a flood…
8 votes -
Include moderator info in chat clear/message delete events The
channel.chat.clear
,channel.chat.clear_user_messages
, andchannel.chat.message_delete
EventSub events include the info of the broadcaster and (in the latter two) the info of the affected user. If we subscribe with a broadcaster or moderator token for that channel, we should also receive the info of the moderator that performed the action, similar to how we can see that info in the Twitch dashboard/mod view. This would also make them consistent with other events like ban/unban, shoutout create, etc.8 votes -
Add cumulative subscribed months for `channel.chat.notification` sub_gift notices sub_gift
notifications viachannel.chat.notification
events don't contain a field for the cumulative number of months the gift recipient has subscribed to the channel. This is however exposed in IRC via themsg-param-months
tag in the equivalent subgift USERNOTICE.Please, consider adding this information to Eventsub too for consistency
8 votes -
EventSub topic for a Story being published Please provide an eventsub for a Story being created/published for a given channel.
11 votes -
Add channel.ad_break.upcoming for upcoming ads Twitch Dashboard allows the broadcaster to configure a notification for an upcoming ad, up to 20 minutes in advance, and allow for a snooze.
If the broadcaster has enabled this feature, I'd like for Twitch to send a channel.ad_break.upcoming event over EventSub, so I can trigger actions off of that.
5 votes -
EventSub channel.chat.message improvements As of now, the new
channel.chat.message
notification is a nice addition to the EventSub system.
But I'd love to get some more information about the user sending the chat message, slightly similar to the IRC implementation but still less verbose.In comparison to the IRC, I miss some flags like
isVip
,isSubscriber
,isModerator
, maybe evenisEmoteDesigner
(?). I'd be also great to have something likeisFollower
, same for the IRC implementation.When developing a 3rd party system to allow broadcasters to implement chat commands, this would really improve the usability of this event messages and could…
4 votes -
Inconsistent scope html formatting Scope formatting inconsistency. The channel.chat.usermessagehold and channel.chat.usermessageupdate sections have the word "scope" inside the code tag instead of outside like the other sections.
2 votes -
EventSub receive whispers EventSub recently got a few new chat-related subscription topics, most notably receiving chat messages, as described here: https://discuss.dev.twitch.com/t/available-today-twitch-chat-on-eventsub-an-api-for-sending-chat-and-the-conduit-transport-method-for-eventsub.
Our chat bot, and I imagine other peoples' bots might as well, is reacting to incoming whispers. To be able to migrate off of IRC it would be necessary to also add a new subscription topic for receiving whispers.1 vote -
suggestion I hope you can provide a Node.js example of a WebSocket connection to the server at 'wss://eventsub.wss.twitch.tv/ws'. After reading the document, I am still unable to establish a normal WebSocket connection to the Twitch EventSub server. Thank you.
1 vote -
Enchance cheering eventsub(s) to include pin information With the changes coming to HypeChat and Cheering
A cheer can/will be pinned in the pin bar
Please enchance the relevant eventsub topics to include pinning information
We'll also need a new EventSub topic for "cheer was unpinned" for when that cheer was autounpinned due to timeout or unpinned due to user/moderator action
4 votes -
All time user bits in cheers payload. Previously PubSub had a field called "bitstotalused" in a cheers payload that represented all-time user bits which is not currently available in EventSub events. This is an important data that I was using to cache data for custom leaderboards widget that requires any data prior to its existence. Unfortunately, to obtain this data you have to make a Leaderboard API call by user_id, which is really inconvenient.
2 votes -
Add EventSub topic for when viewers follow others through a shoutout you gave It would be nice to be able to have bots/alerts respond to when viewers follow a streamer shouted out on the channel they're being shouted out from.
Often when getting a raid and shouting out the raider I can't tell if anyone actually follows through with following the person who raided.
The ability to provide an alert, or chat message thanking those who click the follow button could improve the engagement on shout outs. Or at the very least provide insight to the streamer if they're being effective at promoting others.
1 vote -
Shard selection in subscriptions created in a counduit I think it would be useful to add the possibility to select in which shard in a conduit a subscription will be created. This would made the developer to have more control over subscriptions created in a conduit. I think this feature would fit in as an optional parameter in the request body at creating a subscription within a conduit.
I know the conduits are made to balance the traffic over shards and connections but giving the developer more controll over which subscriptions goes in which shards is something that will make developing over conduits better.
In my opinion this…
1 vote -
MQTT Transport Are there any plans to implement MQTT as an available transport? It seems like the protocol's architecture suits EventSub very well and might make EventSub easier for developers familiar with it.
Not sure how authorization would be handled. That might be a chore, but if it's worth the effort involved it would be cool to have.
2 votes -
Mention the limit on the JOIN/PART message page Why doesn't this page mention this only works on smaller Twitch streams? There is currently no indication that this wouldn't work for bigger size streamers, other than a few forum posts from years ago.
2 votes -
Please provide an eventsub for pinned messages add/removal Provide a topic for when the pinned message changes/added/removed from a channel
35 votesWe plan to support pinned messages in the Twitch API and EventSub.
-
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.
13 votes -
Fix problem when verifying callback The line
res.status(200).send(notification.challenge);should be:
res.set('Content-Type', 'text/plain').status(200).send(notification.challenge);2 votes -
EventSub for added/removed moderator status, but for self EventSub exists for channels adding/removing moderator status to a user. I'd like the other way around. I'd like to receive an EventSub notification if I have been added/removed as a moderator.
Why:
In order to receive a notification whether my bot has been added/removed as a moderator in a channel, I have to subscribe to every streamer I support onchannel.moderator.(add|remove)
, with the condition ofbroadcaster_user_id
= streamer ID. If I could set a condition ofuser_id
= my bot ID, I would only need ONE eventsub subscription each for add and remove, instead of 75000+ each. Win-win for…10 votes -
Identify moderators who have created or completed predictions I am in the case of a big streamer who has dozens of moderators. We do not have the possibility to know, neither by EventSub, nor by API, which is the moderator who created or ended a prediction. It's annoying because it happens very regularly that some do anything.
Would it be possible to add moderatorid, moderatorlogin and moderator_username information on the prediction creation and resolution events?
4 votes
- Don't see your idea?