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

    1 comment  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  2. Add subscriptionStatus to extension JWT. Currently subscriptionStatus is in Twitch.ext.viewer. With it in the JWT, it can be verified by an extension backend.

    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  ·  Extensions  ·  Flag idea as inappropriate…  ·  Admin →
  3. 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 →
  4. 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 →
  5. Now that Twitch is utilizing IGDB instead of Giantbomb.

    Please add the IGDB Game ID to the Helix Fetch Game endpoint.

    https://dev.twitch.tv/docs/api/reference#get-games
    https://api-docs.igdb.com/#game

    Then we can easily lookup a game on Twitch with the game on IGDB without getting lost in search/selecting the wrong one with a similar name

    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

    1 comment  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  6. The IRC gateway passes whispers using the WHISPER code:

    [16:36:15] [@] @badges=bits-charity/1;color=#3E2E18;display-name=foo;emotes=;message-id=2;thread-id=21001676_470220570;turbo=0;user-id=2109996;user-type= :foo!foo!foo.twitch.tv WHISPER myuser :this is a whisper
    

    But I am unable to find any reference to that code on https://dev.twitch.tv/docs/irc/commands where I would expect it, or any other documentation page under the "Chatbots and IRC" section.

    I would suggest adding the WHISPER command to the list of commands at the top of the page on the IRC: Commands section, something similar to:

    WHISPER Receive a Whisper message from another user

    and then the prototype at the bottom, to include the fact that it appears the WHISPER command is…

    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

    Investigating  ·  0 comments  ·  Documentation  ·  Flag idea as inappropriate…  ·  Admin →
  7. It would be convenient to have the ability to query Bits transactions based on broadcaster id and user id. This is extremely helpful for Extensions with lots of transactions and saves on calls to the API that would be necessary for paginating until the desired transaction is found.

    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

    1 comment  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  8. 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 →
  9. 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 →
  10. An idea I had a while ago but never copied it to uservoice

    Please provide

    https://www.twitch.tv/products/STREAMER / the information in the "Subscribe popup"

    as a end point

    To return the

    • product names
    • emotes per tier
    • is ad free enabled
    • sub badges
    • any emote modifiers

    Optionally include the users progress to the next sub badge if authenticated as a user

    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

    2 comments  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  11. 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 →
  12. Brief description

    https://dev.twitch.tv/docs/authentication/getting-tokens-oauth

    When you get a token, it returns token_type as bearer

    If you take this value as is and call helix endpoints it doesn't work as helix only accepts Bearer

    How to reproduce

    Generate a token
    Construct a header using the returned data by concatenating elements from the returned JSON
    `Authorization: ' . tokentype . ' ' . accesstoken

    Call a helix endpoint
    Get a 401
    Expected behavior

    Twitch accepts Bearer and bearer as valid

    or

    returns Bearer as the token type when fetching a token.

    Additional context or questions

    I'm not sure what the correct…

    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  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  13. Could you please add documentation about how the chat filters feature in web chat is implemented? Other chat client could really benefit from filtering those messages or highlighting them for moderators as suspicious behavior.

    To pin point the exact feature I provided screenshots from the official web browser chat:
    - in action: https://i.imgur.com/CfzMx0z.png
    - and the associated settings: https://i.imgur.com/8dYADBk.png

    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  ·  Documentation  ·  Flag idea as inappropriate…  ·  Admin →
  14. Make more developer tools for working with embedded clips.
    At least, it can be the same tools as for the VODs player (playback api, events etc). Or you can add more features specifically for clips, for example, when you put an array of clips into player it displays as a collection or playlist.

    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

    2 comments  ·  Embeds  ·  Flag idea as inappropriate…  ·  Admin →
  15. Add parameter to enable dark mode for chat please.

    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

    5 comments  ·  Embeds  ·  Flag idea as inappropriate…  ·  Admin →
  16. 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  ·  Developer Site  ·  Flag idea as inappropriate…  ·  Admin →
  17. 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  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  18. Being able to order some of the Helix endpoints by date would be useful

    Follower for example would need in some cases 11k+ calls to the follower endpoint to just get the 100 followers who had followed for the longest time.

    This would also be good in the subscription endpoint if cumulative and streak get put into the Helix API

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

    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 →
  • Don't see your idea?