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

    13 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  ·  Flag idea as inappropriate…  ·  Admin →
  2. 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

    12 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  ·  Flag idea as inappropriate…  ·  Admin →
  3. When a caster leaves a review.

    Currently we can only get these reviews manually via the console.

    Please provide, one or more of:

    • An API, to collect the spreadsheets like existing ext analytics
    • An API, to collect the reviews,
    • A webhook to collect reviews into our own system(s) in real time
    12 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  ·  Extensions  ·  Flag idea as inappropriate…  ·  Admin →
  4. The Get Bits leaderboard API has no ability to get page 2,3,4 etc

    Please add pagination

    https://dev.twitch.tv/docs/api/reference/#get-bits-leaderboard

    12 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  ·  Flag idea as inappropriate…  ·  Admin →
  5. 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…

    12 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  ·  Extensions  ·  Flag idea as inappropriate…  ·  Admin →
  6. 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…

    11 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  ·  Flag idea as inappropriate…  ·  Admin →
  7. 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)

    11 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  ·  Flag idea as inappropriate…  ·  Admin →
  8. A topic to account for emotes being added or remove from "global" or a specific ChannelID would be useful.

    It's hamstrung by

    https://twitch.uservoice.com/forums/310213-developers/suggestions/39547780-emotes-by-channelid

    As we can't catch up

    There are a number of Twitch Extensions that would be good to know if/when emotes change. (HypeMeter for example)

    And Developers of single channel bots will need to know so they can add/remove emotes from any channel commands.

    It's also useful for custom channel tooling to keep lists up to date in custom tooling if/when https://twitch.uservoice.com/forums/310213-developers/suggestions/41137957-upload-emotes is actioned as well

    This includes but is not limited to

    • regular subscriber emotes
    • bits/cheer emotes
    11 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  ·  EventSub  ·  Flag idea as inappropriate…  ·  Admin →
  9. Please provide or update the videos API to allow API users to unpublish a VOD

    11 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  ·  Flag idea as inappropriate…  ·  Admin →
  10. 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

    11 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  ·  Flag idea as inappropriate…  ·  Admin →
  11. 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…

    11 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

    Under Consideration  ·  2 comments  ·  EventSub  ·  Flag idea as inappropriate…  ·  Admin →
  12. It is impossible to get all clips for a channel.

    Please provide a way to get all clips for a channel

    11 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  ·  Flag idea as inappropriate…  ·  Admin →
  13. 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…

    11 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  ·  Extensions  ·  Flag idea as inappropriate…  ·  Admin →
  14. 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.

    11 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

    Investigating  ·  1 comment  ·  Documentation  ·  Flag idea as inappropriate…  ·  Admin →
  15. 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

    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  ·  Flag idea as inappropriate…  ·  Admin →
  16. The v5 endpoint contains the follower's account creation date, the new endpoint (https://dev.twitch.tv/docs/api/reference#get-users-follows) does not.

    Knowing when a follower created their account is very useful to moderators monitoring recent follows to keep an eye on potentially problematic users (new account could mean a previously banned user returning) or to detect mass follows from bots (which often have a similar account creation date). Monitoring recent follows is especially useful in follow-only chat mode.

    While it is possible to get the account creation date from the "Get Users" endpoint (https://dev.twitch.tv/docs/api/reference#get-users) and then merge it with the follower data,…

    10 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  ·  Flag idea as inappropriate…  ·  Admin →
  17. With the removal of the Follow Create endpoint.

    A "non moderation bot" can no longer be automatically added to a channel.
    The owner of the bot would have to "login" to the account and manually follow the channel(s) the bot joins.

    A "non moderation" bot doesn't run moderation commands, so giving it "mod" wouldn't make sense. (Which would bypass the follow requirement)

    Please provide a way to "authorise adding a bot to a channel" that will auto follow the bot to the channel. For this purpose

    This could be similar to how Discord does bots, where to add a bot…

    10 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

    Investigating  ·  5 comments  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  18. Extend EventSub subscriptions topic to include information about who gave the gift if it was a gift subscription.

    10 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

    Investigating  ·  4 comments  ·  EventSub  ·  Flag idea as inappropriate…  ·  Admin →
  19. We should be able to CRUD the Role Manager that is in the Streamers Dashboard. This would resolve multiple UserVoice requests including CRUD for VIP, Mod & the Editor migration from v5.

    10 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  ·  Flag idea as inappropriate…  ·  Admin →
  20. 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").

    10 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  ·  Flag idea as inappropriate…  ·  Admin →
  • Don't see your idea?