19 results found
-
Allow channel moderators to control polls/predictions over the API The endpoints announced earlier today ( https://discuss.dev.twitch.tv/t/announcing-apis-and-eventsub-for-polls-and-predictions/31539 ) should be usable by channel moderators so that third-party apps like Chatty can make use of them without the broadcaster needing to authenticate.
191 votes -
Please provide an API for the new "Unban Request" system So that third party developers can be notified of new unban request
And that third party developers can respond to those unban requests, the same way as you can on the moderator view151 votes -
Delete clips There is no API methods for deleting a Clip
Please provide a method
118 votes -
Create Custom Reward: can't provide custom image Create/Update doesn't provide the ability to upload/change images for a reward.
This would be useful.
Alternatively if we can't do upload initially.
Add the ability to specify a channel emote (either by coDe or ID) so the reward would "copy" the channelEmote for that channel in.
So if I create a reward for CohhCarnage I can pick a cohhEmote (but I can't pick a liriki emote)
Or specify a URL to fetch a Image from
103 votes -
Expose id of the user who initiated the ban/timeout For /moderation/banned and /moderation/banned/events.
70 votes -
Allow getting realtime updates on polls/predictions/channel points redemptions through websockets for all users If would be very useful for chat clients or chat overlays to be able to show live updates on these features. Currently they are only available for the broadcaster (redemptions) or not at all through websockets (polls/predictions).
Ideally this would be available for all users to receive, just like chat is (which allows more simple integration into all kinds of tools), but even just mods using third-party moderation tools would already benefit greatly from this.
I included all three of those features, since they all seem to follow the same idea of only allowing the broadcaster access to that information…
42 votes -
Provide Cheermote and Emotes information for EventSub Cheer Events When viewers cheer, they use cheermotes and commonly emotes in their cheer messages. Unfortunately, the payload received from EventSub's
channel.cheercallbacks only have the raw text as entered by the user, with no indiciation of which portions of that text are cheermotes nor emotes. Thus, I propose the following update to the callback payload, similar to thechannel.subscription.messageevent, that passes along the data for both so that a consumer of EventSub can reconstruct the message:
…{ "subscription": { ... }, "event": { ... "message": { "text": "Rah Rah Cheer! cheerwhal1 Cheer100 notACheer101 finite6ThrowBall", "cheermotes": [ { "begin": 16, "end":27 votes -
Also provide in channel.cheer an array of bits used Summary:
A cheer message can be multiple cheers in a single payload. Providing the individual cheer components in an int array would provide data that is not currently there. Emote placement, while also desired, would be still more work than should be necessary at first glance to determine the bits used.Example: **
BarryCarlyon PogChamp100 PogChamp100 Party100 Wow Soaryn is Frustrated!
This would result in **"bits": 300; however this is incomplete and would be desired to also have something like "bits_used": [100,100,100]Reasoning:
While again, emote placement would help, determining the bits used from it would be extra and redundant…15 votes -
Extend the "ban user" endpoint to accept "login" as an alternative to the already existing "user_id" Today when you're using chat you can just enter
/ban userand the user will be banned, and the same is true for the IRC command, you can ban just by their username. It would be good if the ban endpoint would follow the same pattern.The use case for that is that I have a tool to mass-ban multiple users on multiple channels at the same time (I mod quite a lot of channels, so this streamlines this process), and I decided to migrate from the IRC API to the helix API, but because of it just accepting the…
12 votes -
Copy Hype train Begin/Progress/End for outbound raids Add three topics
- Raid Begin, a channel started a /raid
- Raid progress, the number of users in the raid changed (sensibly capped so not too spammy on the webhook, but if socket, more spammy perhaps)
- Raid End, raid completed or was cancelled.
12 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 -
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.subscribefor the 10 users.Request:
Thechannel.subscribe.gifthas an id associated with its emission. Something that would benefit reactionary data would be each of the individualchannel.subscribeevents having agift_event_id. If the sub was a gift, set the id to thechannel.subscribe.giftevent 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!
-
Extend Automod Status Please extend
https://dev.twitch.tv/docs/api/reference#check-automod-status
To provide as much information as the new PubSub Topic for
automod-queue.<moderator_id>.<channel_id>doeshttps://dev.twitch.tv/docs/pubsub#topics
Currently the API jsut does pass/fail
But PubSub provides content/text/frames/reasoning.This endpoint may be used by third party tools such as tip alerts or extensions to determine if a message passes review or not.
And if it is to be held and presented in a dashboard for moderation staff to review would be useful to include the additional information/reasoning for the block.
5 votes -
Add an `emote_type` "filter" as an optional parameter So a developer can ask the api for just bits reward tier emotes or the "regular" sub emotes
This applies to both
- Get Channel Emotes
- Get Emote Set
4 votes -
Responsive Embed Widgets The "Embed everything", "Embed Video", and "Embed chat" widgets should be responsive instead of a fixed width and height. Or if we specify the width, at least automate the height so it respects the aspect ratio.
3 votes -
hype train With the way how certain bots work, Webhooks wouldn't work with said bots. So my Suggestion is to include PubSub so more bots can utilize features like Hype Train and other stuff included on twitch.
3 votes -
Add the Go live message of a channel within the channel online eventsub event It would be really cool if the Go live message of a channel was present within the user online event.
2 votes -
Embeds should have language parameter Our live events are in french. We would like the chat embed widget to be in french, or at least give us the option to change the text of what's visible like the "Send a message", "Chat", and "Welcome to the chat" messages.
1 vote -
ban event include data from helix banned events Include the same data as received from https://api.twitch.tv/helix/moderation/banned/events. Primarily event timestamp (time when the ban/unban action occurred) and the id (allows checking for duplication with eventsub messages already received when pulling from helix)
Add the following fields to "event" paylod for ban/unban eventsub messages:
"id": "1IPFqmlu9W2q4mXXjULyM8zX0rb",
"action_timestamp": "2019-03-13T15:55:19Z"1 voteThank you for the feedback. We will investigate and consider making these updates.
- Don't see your idea?