26 results found

1. 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 which is otherwise publicly available in chat. If you want me to separate the features into different posts I'd be happy to do it.

   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… more

   395 votes

   Vote 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

   Deferred  ·  6 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

   Submit Rating

2. Verified Developer Badge

   Partners get a verified badge, it would be nice for published developers to get a badge too, maybe after a certain usage requirement of their extension, like how partners have to hit certain limits to become partner, maybe enough usages or page views of the extension will get a dev a badge.

   239 votes

   Vote 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

   Deferred  ·  2 comments  ·  Developer Site  ·  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

   Submit Rating

3. Improve the accuracy and precision of "hlsLatencyBroadcaster" in the Extension helper library.

   An improved "hlsLatencyBroadcaster" value unlocks and improves interactive experiences that rely on precise synchronization. For example, the Tobii eye tracker Extension and many Genvid Extensions that rely on this latency for accurate click or display location.

   196 votes

   Vote 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

   15 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

   Submit Rating
   Deferred  ·  AdminJon Bulava (Developer Relations, Twitch) responded

   This functionality may be considered in the future, and we appreciate the feedback and comments provided on this suggestion. There are some technical challenges to solve to provide a better experience for synchronous use cases, though we do not have a timeframe for when this effort would be prioritized at this time.

4. Delete clips

   There is no API methods for deleting a Clip

   Please provide a method

   179 votes

   Vote 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

   Deferred  ·  9 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

   Submit Rating

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

   163 votes

   Vote 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

   Deferred  ·  24 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

   Submit Rating

6. Channel Analytics API

   There needs to be an API that allows for the return of channal analytics.
   This would have the reqiured query parameters of: broadcaster_id

   Only stating the broadcaster_id could return the following results:
   - Average viewers
   - Total views
   - Average new followers per stream
   - Total followers
   - Average subscribers per stream
   - Total subscribers
   - Average minutes watched per stream
   - Total minutes watched

   It could also return:
   - Best performing catagories
   - Best performing tags

   There would idealy also be some optional query parameters: start-date, end-date, time.

   Adding the optional query parameters would also add the result:
   - Start date
   - End date
   - Period

   There needs to be an API that allows for the return of channal analytics.
   This would have the reqiured query parameters of: broadcaster_id

   Only stating the broadcaster_id could return the following results:
   - Average viewers
   - Total views
   - Average new followers per stream
   - Total followers
   - Average subscribers per stream
   - Total subscribers
   - Average minutes watched per stream
   - Total minutes watched

   It could also return:
   - Best performing catagories
   - Best performing tags

   There would idealy also be some optional query parameters: start-date, end-date, time.

   Adding the optional query parameters would also add the result:
   -… more

   98 votes

   Vote 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

   Deferred  ·  7 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

   Submit Rating

7. Allow Developers to Rollback to Approved Extension Versions

   Allowing developers to roll back a released version to another (approved) version would allow developers to quickly address breaking issues without going through a review process.

   89 votes

   Vote 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

   Deferred  ·  3 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

   Submit Rating

8. Extension bits - adjustable Streamer-Developer Share

   Why is the share always 80% streamer and 20% developer? Would be way better if the developers could decide their extension percentage.

   If I sell an cosmetic item in my game ( on my website) for 5$ I get like 4.8$
   If I want to sell the same item on twitch I would need to sell it for 24$ to get 4.8$

   So as developer I have these options:

   • Don't use Bits -> Streamer receives 0$
   • Link to our website -> Streamer receives 0$
   • Make prices way to expensive -> nobody buys -> Streamer receives 0$

   So if you make bits adjustable for every extension it would give us a lot more possibilities. Could be a slider from 10-90% or something like that so that is guaranteed that the streamer gets at least something.

   This new system could also lead to more people creating extensions for twitch because of the better (changeable) share

   Why is the share always 80% streamer and 20% developer? Would be way better if the developers could decide their extension percentage.

   If I sell an cosmetic item in my game ( on my website) for 5$ I get like 4.8$
   If I want to sell the same item on twitch I would need to sell it for 24$ to get 4.8$

   So as developer I have these options:

   • Don't use Bits -> Streamer receives 0$
   • Link to our website -> Streamer receives 0$
   • Make prices way to expensive -> nobody buys -> Streamer receives 0$

   So if you make… more

   46 votes

   Vote 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

   Deferred  ·  6 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

   Submit Rating

9. Manage Roles via the API

   It shouldn't be required for manage roles such as mod/vip via the chat

   It shouldn't be required to manage editor/mod/vip via the roles manager

   it would be useful for automation/third party management to be able to manage roles via the API

   32 votes

   Vote 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  ·  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

   Submit Rating
   Deferred  ·  AdminJon Bulava (Developer Relations, Twitch) responded

   Currently not a top priority, but we are interested in your use cases for this functionality to be considered at a later time. Please include more information in the comments as to how and why this would be useful.

10. 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.
    28 votes

    Vote 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

    Deferred  ·  3 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

    Submit Rating

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

    21 votes

    Vote 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

    Deferred  ·  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

    Submit Rating

12. 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 the channel.subscribe.gift, while the other 10 are the individual channel.subscribe for the 10 users.

    Request:
    The channel.subscribe.gift has an id associated with its emission. Something that would benefit reactionary data would be each of the individual channel.subscribe events having a gift_event_id. If the sub was a gift, set the id to the channel.subscribe.gift event id.

    Use Cases:
    - A developer could choose to listen to the batched gift amount and react to that single event, then omit the 10 linked events from the chain.

    • A developer could listen to the batched gift, and use the linked events as supplementary data for a visualizer

    • A developer could correctly match the subs gifted in a batch to the correct batch and handle them as they see fit. Some case scenarios of multiple users gifting subs at once currently cause problems with the guestimations that you currently must do when assuming who gave who a sub.

    Any developer not needing this info wouldn't be affected, nor would this be a breaking change.

    Related Submissions:
    https://twitch.uservoice.com/forums/310213-developers/suggestions/43241439-channel-subscriptions-to-include-who-gave-the-gift

    Scenario:
    A viewer comes in and gifts 10 subs to the community; This fires off in theory 11 events. One event is the channel.subscribe.gift, while the other 10 are the individual channel.subscribe for the 10 users.

    Request:
    The channel.subscribe.gift has an id associated with its emission. Something that would benefit reactionary data would be each of the individual channel.subscribe events having a gift_event_id. If the sub was a gift, set the id to the channel.subscribe.gift event id.

    Use Cases:
    - A developer could choose to listen to the batched gift amount and react to that single event, then… more

    21 votes

    Vote 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

    Submit Rating
    Deferred  ·  AdminEric Cressey (Admin, Twitch) responded

    We are looking into this. Thanks for the request!

13. 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 computational work that was already processed on Twitch's side. On the same note, determining in the emote where the cheer values actually start vs the emote regex may cause issues for this particular use case, unless on the client side a running emote store was kept.

    Related Event(s):
    - channel.cheer

    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… more

    17 votes

    Vote 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

    Deferred  ·  2 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

    Submit Rating

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

    11 votes

    Vote 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

    Deferred  ·  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

    Submit Rating

15. Provide an endpoint for recent raids

    Or as a minimum "Raids this stream".

    But then you need a sensible reset point. So last x days works. Similar to other "time" based endpoints.

    8 votes

    Vote 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

    Deferred  ·  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

    Submit Rating

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

    https://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.

    7 votes

    Vote 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

    Deferred  ·  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

    Submit Rating

17. 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
    6 votes

    Vote 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

    Deferred  ·  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

    Submit Rating

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

    5 votes

    Vote 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

    Deferred  ·  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

    Submit Rating

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

    Vote 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

    Deferred  ·  0 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

    Submit Rating

20. Get Channel Emotes: return cheemotes

    I know this has it's own endpoint but would be nice to have them in once place

    3 votes

    Vote 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

    Submit Rating
    Deferred  ·  AdminEric Cressey (Admin, Twitch) responded

    Thank you for the feedback! We will consider this, but for now we do not have immediate plans to include cheermotes with this endpoint.