749 results found

1. Extension Pubsub Docs missing whisper targer.

   https://dev.twitch.tv/docs/extensions/reference/#send-extension-pubsub-message

   The docs say Valid values: "broadcast", "global".

   But, the target 'whisper-opaqueId' to send "per user" pusub message is missing.

   13 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Investigating  ·  1 comment  ·  Documentation  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

2. Add parameter for dark mode with chat

   Add parameter to enable dark mode for chat please.

   13 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   5 comments  ·  Embeds  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

3. Squad Stream API
   13 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  API  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

4. 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 user and 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 user_id, now I have to do an additional request to get their ids first (or multiple requests, if there are more than 100 users), which is inconvenient, but the real problem is:

   • I can't ban users which are suspended/deactivated anymore cause I don't know their id, and the get users endpoint just returns that the user does not exist when they are suspended/deactivated (even though they do exist, and could be unsuspended/deactivated at any time). Even though they are suspended, I still want to ban them, as I can't know if the suspension is temporary or permanent, or if the user will just reactivate the account sometime later.

   I feel like being able to just pass the login to that endpoint would make the whole process a lot easier and faster (and also, it would save a few requests to get their ids)

   Today when you're using chat you can just enter /ban user and 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… more

   12 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Under Consideration  ·  0 comments  ·  API  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

5. Include emote artist in the Get Emote Sets endpoint

   The API does not include any attribution info at the moment, it would be nice if we could get the artist's username and id with the emote data :)

   12 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  API  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

6. Add "channels.clip" when a Clip is created for a Broadcaster

   Would be great to have an event when a clip is created scoped to a particular broadcaster_id.

   12 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  EventSub  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

7. 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

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Under Consideration  ·  1 comment  ·  EventSub  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

8. Provide the amount the hype train progress increased by

   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

   12 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  EventSub  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

9. Extensions Bits escrow

   To give more freedom in using Bits, having a Bits escrow system would be great.
   RFC0011 ( https://discuss.dev.twitch.tv/t/rfc-0011-extension-entitlement-service/19142 ) introduced that idea but was never implemented.

   What would be the possible flows:
   - A viewer sends Bits, that are put "on hold"
   - The streamer cancels the action asked by the viewers (because the stream is ending for example)
   - After some delay, the Bits are refunded to the viewer because the transaction was not validated.

   -- Viewers send Bits, that are put "on hold"
   - The streamer cancels the action asked by the viewers (because the stream is ending for example)
   - The Extension backend send a cancelation order to Twitch, canceling the Bits transaction.
   - The Bits are refunded to the viewer because the transaction was not validated.
   - If the transaction is not canceled, the Bits are sent to the streamer after the cancelation period expires.

   In a practical way, it would be nice to have a way to cancel a Bits transaction before a certain limit of time.
   This way we can create experiences that are safer for broadcasters and viewers because they are guaranteed to have the Bits used only when the conditions are met.
   We could also use this system to handle server-side errors to refund people that used Bits something went wrong.

   To give more freedom in using Bits, having a Bits escrow system would be great.
   RFC0011 ( https://discuss.dev.twitch.tv/t/rfc-0011-extension-entitlement-service/19142 ) introduced that idea but was never implemented.

   What would be the possible flows:
   - A viewer sends Bits, that are put "on hold"
   - The streamer cancels the action asked by the viewers (because the stream is ending for example)
   - After some delay, the Bits are refunded to the viewer because the transaction was not validated.

   -- Viewers send Bits, that are put "on hold"
   - The streamer cancels the action asked by the viewers (because the stream is ending… more

   12 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Extensions  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

10. Viewer Only Extensions

    I was thinking, not all extensions need to be tried to a specific channel experience, and don't always interact with the broadcaster at all. Extensions like the chat translator, or maybe a TTS chat for viewers who can't read well, or visually impared, it would be great to have for users on every channel, not just channels where the broadcaster decides they want to use it. My idea is to have extensions that the view can enable on every channels, and possibly have the panel for viewer extensions be where the chat is, and possibly take up the bottom half of the screen, but same dimensions at chat, so you would have the top half of the screen be the chat, and bottom be the panel, or in a case like the translator, allow the viewer to have the panel take up the full height of chat. then the user can switch between their extensions similar to the experience on the streamer dashboard, and the drop down will be able to cycle through the extensions installed, so you can have multiple extensions running on every channel you visit.

    I was thinking, not all extensions need to be tried to a specific channel experience, and don't always interact with the broadcaster at all. Extensions like the chat translator, or maybe a TTS chat for viewers who can't read well, or visually impared, it would be great to have for users on every channel, not just channels where the broadcaster decides they want to use it. My idea is to have extensions that the view can enable on every channels, and possibly have the panel for viewer extensions be where the chat is, and possibly take up the bottom half… more

    12 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Extensions  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

11. Bot is known/verfied

    Endpoint to check if userID has a known bot or verified bot flag.

    Which currently exists as a undocumented v5/kraken endpoint.

    usercase: what rate limit does my bot have? I can check if my bot has mod but I can't check if my bot has verified bot.

    11 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  API  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

12. "Get Emote Sets" enhancements

    It would be useful if the following values could be added to each emote:

    • Channel Name (e.g. "owner name") - Obviously the name can be retrieved from the "owner id" by doing another API request, but it would be nicer to require fewer API requests
    • Tier - The "Get Channel Emotes" endpoint already contains a "tier" value, it would be nice if this one would also have it

    Additionally, not all emote sets appear to be supported by the endpoint. For example the following emote sets (from the "emote-sets" tag and also valid emote sets in the v5 "Get User Emotes" endpoint response) only return an empty result:

    https://api.twitch.tv/helix/chat/emotes/set?emote_set_id=472873131
    https://api.twitch.tv/helix/chat/emotes/set?emote_set_id=564265402
    https://api.twitch.tv/helix/chat/emotes/set?emote_set_id=592920959
    https://api.twitch.tv/helix/chat/emotes/set?emote_set_id=610186276
    https://api.twitch.tv/helix/chat/emotes/set?emote_set_id=488737509
    https://api.twitch.tv/helix/chat/emotes/set?emote_set_id=537206155

    Not sure if this is a bug or intentional limitation, but it would be useful if it would support all valid emote sets.

    It would be useful if the following values could be added to each emote:

    • Channel Name (e.g. "owner name") - Obviously the name can be retrieved from the "owner id" by doing another API request, but it would be nicer to require fewer API requests
    • Tier - The "Get Channel Emotes" endpoint already contains a "tier" value, it would be nice if this one would also have it

    Additionally, not all emote sets appear to be supported by the endpoint. For example the following emote sets (from the "emote-sets" tag and also valid emote sets in the v5 "Get User… more

    11 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  API  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

13. Allow use of API to swap active emotes in and out from upcoming Emote Library

    The addition of the Emote Library that is coming soon is a fantastic addition, this is great for solving the issue of disparity between partners and affiliates on emote variety, without undermining the parner program and is a fantastic compromise.

    I would like to suggest the addition to the Twitch API to allow for enabling and disabling of active emotes from the Emote library via a privlaged API call from a token with sufficient privlages through oAUTH.

    An example of the proposed usecase would be 4 API calls:
    -Activate Emote [Params: Emote ID, (Optional: Emote Slot)]
    -Deactivate Emote by ID [Params: Emote ID]
    -Deactivate Emote by Slot [Params: Emote Slot]
    -Replace Emote by ID [Params: Emote ID to Find in active emotes, Emote ID to replace with if Param 1 ID is found in active emotes]

    • Activate Emote would add an emote from the emote library by specified ID to the first free slot on the channel's active emotes, or if specified would overwrite an emote in the specified slot.

    • Deactivate Emote by ID would remove an emote from the active emotes by specified ID if present in any current slot, if emote ID not found, would do nothing or respond with an Error code.

    • Deactivate Emote by Slot would deactivate any active emote found in a specified active emote slot, If slot is already clear, would do nothing or respond with an Error code.

    • Replace by Emote ID would search active emotes in slots for a specified emote ID, if found the slot containing the found result would be cleared and then a emote from the emote library specified by ID would be activated to the specified slot.

    Programatic access to these functions would allow for great viewer interaction by the creation of immersive experiences allowing viewers to use channel points or other events monitored for via IRC or the pubsub API, to trigger changes to active emotes without disrupting the viewing experience by requiring human intervention by the streamer or another user with privlages to swap emotes.
    This would also facilitate the ability for channels that play a few different games or perhaps playthroughs such as variety streams to increase their appeal by creating emotes that are themed around current games or ongoing themed streams, which can then be automatically swapped in and out via the twitch API.

    This is an amazing addition you've come up with here for the emote library and I would love to see this included programatically in the API for Follower Emotes, Subscriber Emotes and Bit Emotes ideally, but at the very least, subscriber emotes.

    The addition of the Emote Library that is coming soon is a fantastic addition, this is great for solving the issue of disparity between partners and affiliates on emote variety, without undermining the parner program and is a fantastic compromise.

    I would like to suggest the addition to the Twitch API to allow for enabling and disabling of active emotes from the Emote library via a privlaged API call from a token with sufficient privlages through oAUTH.

    An example of the proposed usecase would be 4 API calls:
    -Activate Emote [Params: Emote ID, (Optional: Emote Slot)]
    -Deactivate Emote by ID… more

    11 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    2 comments  ·  API  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

14. Subscriber upgrades

    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

    11 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  EventSub  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Investigating  ·  Adminecressey (Admin, Twitch) responded

    We are investigating adding an EventSub subscription type for sub upgrade events.

15. Dashboard Activity Feed API

    Please provide access to the dashboard activity feed

    • PubSub and Webhooks for real time
    • GET API to obtain the history/missed events
    11 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  API  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

16. Webhook for commercials

    Please provide a webhook so that authorised tools can collect Commercial status when an ad is run not via the Start Commercial API endpoint (ie Via chat or another authorised user)

    So tool A will know not to try and run ads because user Fred just did

    And Tool A doesn't want to run ads after the "retry_after" period as Fred ran the ads 20 minutes early. so we'd want to reset the start point to when Fred ran ads. For say when Tool A runs ads one per hour

    For example

    11 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  API  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

17. Have PubSub Channel Points topics fire an event when an unfulfilled reward has been marked as completed

    What's been made available for the events from PubSub is nice, but currently there is no way to know of when a unfulfilled reward has been marked as complete by a Streamer/Mod. Since the event is already well structured, all that would need to be done is simply re-send the same event with the status property updated to reflect that it was fulfilled (either just using the existing "FULFILLED" value or possibly a new value like "MANUALLY FULFILLED").

    11 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  API  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

18. Team Managment

    We'd like to be able to, CRUD on Teams

    Caster -> Team
    - Accept/decline invites

    Team -> Caster
    - Create an Invite
    - Set A Streamers primary/displayed team
    - Edit a team description
    - Remove Team Members

    • Fetch Team information
    • Fetch who in a given team
    • Webhook for ^^
    • Fetch who in a given team that is live
    • Webhook for ^^
    11 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    2 comments  ·  API  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

19. Add viewer and channel count in /helix/games/top

    Add viewer and channel count in /helix/games/top response. This information is currently not available in Helix.

    11 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    3 comments  ·  API  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

20. Topic Notify when VIPs are added/removed

    Copy "channel.moderator.add" and "channel.moderator.remove" but for VIPs

    10 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  EventSub  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close