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. Subscribe topic only broadcasts "new subscriptions"

    So when a subscription "expires" we don't get a "payment notification" for a Resub

    This is NOT a eventsub for the "chat notification" see https://twitch.uservoice.com/forums/310213-developers/suggestions/42008104-please-provide-an-event-sub-that-emits-sub-notifi for that

    56 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

    11 comments  ·  EventSub  ·  Flag idea as inappropriate…  ·  Admin →

    I’m not clear on the use case for this. It seems like with a resub chat message notification and subscribe/unsubscribe events you should have the data you need.

  2. Please provide a Webhook topic for when a Clip is created, edited or deleted

    Also provide a notification for when a Clip reaches certain view milestones.

    44 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

    5 comments  ·  EventSub  ·  Flag idea as inappropriate…  ·  Admin →
  3. Trigger: Triggers whenever a broadcaster hosts on a broadcaster's channel.

    Motivation: To my knowledge it is not possible to query hosts in real time. In our Twitch Alerts Extension it is currently not possible to show when a streamer is hosted by another streamer.

    35 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

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

    26 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 →
  5. Extend

    {
    "error": "Conflict",
    "status": 409,
    "message": "subscription already exists"
    }

    to

    {
    "error": "Conflict",
    "status": 409,
    "message": "subscription already exists",
    "id": "id of the eventsub subscription that conflicts"
    }

    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  ·  EventSub  ·  Flag idea as inappropriate…  ·  Admin →
  6. Add a flag, which is true, when a subscription is made through Prime Gaming. Distinguishing between a regular sub and a Prime sub allows us to react differently on these cases, like also being able to promote the free Prime Gaming sub.

    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  ·  EventSub  ·  Flag idea as inappropriate…  ·  Admin →
  7. Getting notified about new Clips created would be awesome.

    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  ·  Flag idea as inappropriate…  ·  Admin →
  8. Add Broadcaster ID query option to GET https://api.twitch.tv/helix/eventsub/subscriptions so you can query on just broadcaster ID, so I can make sure all their subs are setup, instead of having to paginate through all my subs to check just a handful

    15 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 →
  9. 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 →
  10. 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 →
  11. 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 →
  12. 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 →
  13. 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 →
  14. 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.
    9 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  ·  1 comment  ·  EventSub  ·  Flag idea as inappropriate…  ·  Admin →
  15. This is more of a uncertainty of necessity, as the hype train documentation is still fairly new to me. As a broadcaster there have been scenarios where a level 5 hype train was the starting level.

    Providing the level at the start could alleviate some confusion for progress and end as well as provide some consistency for the other two event types.

    Reasoning:
    The hype train on the end user side could start at a completed level 5. Depending on when the event is actually sent, this could provide odd results.

    Related events:
    - channel.hype_train.begin
    - channel.hype_train.progress
    - channel.hype_train.end

    9 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  ·  0 comments  ·  EventSub  ·  Flag idea as inappropriate…  ·  Admin →
  16. When viewers cheer, they use cheermotes and commonly emotes in their cheer messages. Unfortunately, the payload received from EventSub's channel.cheer callbacks 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 the channel.subscription.message event, 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":
    8 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 →
  17. 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.…

    8 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 →
  18. Extend

    https://dev.twitch.tv/docs/api/reference#get-eventsub-subscriptions

    To add a optional query string param of id to allow developers to lookup a single subscription.

    If a developer stores the ID's when the subs are created, they may want to spot check a single ID's status, or check the settings of it, without having to paginate or manually filter the results returned when using on of the currently offered filter options

    8 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 →
  19. It would be nice if you could filter the response of the subscription status endpoint with a transport filter (e.g. "?transport=websocket").

    Its not a big deal at the moment because there only is one transport (webhooks) available but with more transports added down the line this would be a huge QoL improvement.

    8 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  ·  EventSub  ·  Flag idea as inappropriate…  ·  Admin →
  20. Emotes are a commonly used feature of Channel Point Redemptions requiring messages. Unlike the EventSub Subscription Message events which provide emote ID and placement data, Channel Point Redemption events do not. I propose the following change to the Point Redemption notification payload:

    channel.channel_points_custom_reward_redemption.add and channel.channel_points_custom_reward_redemption.update:

    {
        "subscription": {
            ...
        },
        "event": {
            ...
            "user_input": {
                "text": "Channel Point Message! finite6ThrowBall",
                "emotes": [
                    {
                        "begin": 24,
                        "end": 40,
                        "id": "emotesv2_4133039724974aa59589549eae677d03"
                    }
                ]
            },
            ...
        }
    }
    

    This allows for a client to properly construct the channel point redemption input, with emote images, similar to the channel.subscription.message event.

    7 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 →
← Previous 1 3 4
  • Don't see your idea?