Skip to content
Translate Ideas and Comments
Choose language:
There was an error during translation

Developers

Categories

JUMP TO ANOTHER FORUM

  • Hot ideas
  • Top ideas
  • New ideas
  • My feedback

961 results found

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

    20 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  2. It's possible for a third-party app to query a user's followed channels, but not followed categories. This is a very useful tool for creating alternate views to a follow list

    Use-case: Raid recommendation tool - it compares channel stats to your own and recommends those that are most similar, and also those you haven't recently raided. To do this, it needs to start with a list of everyone you follow who's live, and then does further research.

    20 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  3. Similar to the Bits Leaderboard, please add a gifted subs leaderboard API, so we can see everyone who has gifted a sub in the channel.
    So People can show in their overlay who is the top sub gifter (or the top sub gifters). This will make people see that when gifting subs they will show up in the stream and that streamers appreciate them.
    Consequently there will be more people subscribe logically to be appreciated and that would make them and others gift more subs to the streamers.

    (I saw there was a request / an idea for that too…

    19 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  4. Add a "/users"-like API method that supports display names. This will let bot commands which have a username parameter support Asian-family character display names to be passed the same as Roman-alphabet channel names. It will also let systems verify that a provided name (channel or display) exists on Twitch, and merge any information for a user's display name with the information for that user's channel name, to prevent "duplicate" sets of data: one for the display name; one for the channel name.

    19 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  5. Similar to - https://twitch.uservoice.com/forums/310213-developers/suggestions/41272606-extend-start-commercial-error-message-to-return-r

    Please provide an endpoint that returns the following information

    • adverts last run
    • adverts can run next (retry_after)
    • adverts max duration

    SImilar to https://twitch.uservoice.com/forums/310213-developers/suggestions/41272606-extend-start-commercial-error-message-to-return-r

    It would be useful to provide better tooling for streamers whom have a contract requiring ads to be run.

    19 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  6. Premise: stream.online encodes an id of the stream. stream.offline does not have such an id. Being able to pair this specific id with an online and offline state would be beneficial.

    Objective: Add the matching id to stream.offline that pairs with stream.online

    Notes: While it could be argued that a single broadcaster can only be live with a single id, it is still data oriented wise, more beneficial to have a symmetrical up and down payload, allowing quick queries on a state of a stream. Imagine a scenario where an online and offline event fire roughly at the same time.…

    19 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  7. If an extension is updated, there generally isn't a good way to tell streamers about it.

    It would be useful if an extension can push a notification to the bell/notification list, like how drops work/notify.

    And/or find a way to present an update notification to the main Twitch dashboard.

    19 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  Extensions  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  8. Currently the rate limit headers "ratelimit-reset", "ratelimit-remaining" and "ratelimit-limit" are not accessible on browser / cors requests due to browser restrictions.
    I request that Twitch adds the "Access-Control-Expose-Headers" header on the helix endpoints so that tools running in a browser can follow the rate limits without guessing if they are still within the limits or having to watch for 429 HTTP codes.

    18 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  9. Hey. I know that people are requesting API for Channel Points. But I came up with better and easier idea.

    When streamer creates new reward in dashboard, there should be option to "run a link" in background after reward is redeemed. This type of button will trigger bot with GET-request and bot will run specific action.

    Why I think this approach is better than API:
    1. No API on Twitch side, obviosly.
    2. Bots won't be abble to control Channel Points directly.
    3. This will work with any bot who will support this kind of triggers.
    4. Easier to use…

    18 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  10. Imagine the following attack for the OAuth 2.0 authorization flow:

    1. Attacker steals the authorization code from the redirect URI.
    2. Attacker forces his instance of the client to redeem the victim's authorization code.
    3. If the attacker's instance of the client is faster than the victim's instance of the client in redeeming the authorization code, the attacker will get a valid login session within his instance of the client, but for the victim's account.

    This attack should especially get attention in the context of Twitch and live streaming, since many streamers are definitely not aware of this vulnerability: If people are logging…

    18 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  11. 17 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  12. On the Dev console
    On Extension Pages before submit review or in the review submit dialog

    Please add a generalised queue metric of how long the queue is

    So developers have a better expectation

    This metric should also be floated to the dev console extensions home page

    17 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  13. In the new badge-related endpoints, badge objects in returned sets contain only their IDs and URLs, which compared to the only existing alternative (undocumented badges.twitch.tv endpoint announced in twitchdev forums[1]) isn't enough for things like custom chat clients that are very popular among many Twitch users.
    Ever since that undocumented endpoint came to existence, we've been using it in our chat client and would at least need "description" and "title" properties that are present in badges.twitch.tv to display information about badges properly and replicate webchat's behavior. I believe both APIs use the same internal data (at least for Global Badges)…

    17 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  14. We have bans/timeouts on the bans topic.

    We don't have a feed for message deletions.
    Or whom triggered a raid
    Or whom triggered a host.

    Some channels have a need to track/log all moderator actions for later reconcilliation, not just bans.

    (Or tracking down a rogue mod doing hosts when they shouldn't for example)

    17 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  15. 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

    17 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  16. would love a follow button that works like Twitter Follow/Tweet button. To avoid the need to oAuth-loop it and users would prefer that rather than granting access to their account for developers to throw a follow at any channel.

    17 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  Embeds  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  17. Right now if we want to disable/enable clip creation we kinda have to play hide and seek in the dashboard.
    It's good to have that possibility, but it doesn't answer emergency cases.

    It happens to streamers that they leak more or less critical personnal info (address, credit card, real name...). In such case, most of the viewers will create a clip to watch it back and by the time we find the option on the dashboard it's way too lat to disable clips creation.

    Also it wouldn't totally solve it, having an API would help mitigate such kind of leak…

    16 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  18. Please add the ability to add/remove channel editors via the API. This was requested previously and marked completed but as far as I can tell it's not completed.

    16 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  19. 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…

    16 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Deferred  ·  2 comments  ·  EventSub  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  20. The new mod view is great and all.

    But it would be useful if extensions can add items to the Automod queue for moderators to moderate user submitted content (as per the new #7 guidelines for extension content moderation).

    And said item have webhook/EBS powered accept/reject buttons or similar

    16 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  Extensions  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  • Don't see your idea?