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 endpoints announced earlier today ( https://discuss.dev.twitch.tv/t/announcing-apis-and-eventsub-for-polls-and-predictions/31539 ) should be usable by channel moderators so that third-party apps like Chatty can make use of them without the broadcaster needing to authenticate.

    108 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  ·  6 comments  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  2. So that third party developers can be notified of new unban request
    And that third party developers can respond to those unban requests, the same way as you can on the moderator view

    89 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  ·  9 comments  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  3. There is no API methods for deleting a Clip

    Please provide a method

    80 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  ·  4 comments  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  4. As noted here

    https://help.twitch.tv/s/article/lifetime-subscriber-guide-for-partners?language=en_US

    Lifetime Subscribers are a unique benefit for Twitch Partners. Lifetime subscriptions do not generate revenue or additional subscription points.

    No where in the subscribers API is a given sub tagged as lifetime.

    So whilst we can math the subscriber points from helix, we can't discount these lifetime subs from our count.

    Extend the subscribers API to flag as lifetime, (or provide a seperate endpoint)
    And provide a API to fetch the Sub Points without having to iterate all pages.

    80 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  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  5. For /moderation/banned and /moderation/banned/events.

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

    46 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  ·  11 comments  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  7. 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 →
  8. 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 →
  9. 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 →
  10. 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 →
  11. 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 →
  12. 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.

    6 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 →
  13. 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.

    3 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  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  14. With the way how certain bots work, Webhooks wouldn't work with said bots. So my Suggestion is to include PubSub so more bots can utilize features like Hype Train and other stuff included on twitch.

    3 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  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  15. 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
    1 vote

    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  ·  API  ·  Flag idea as inappropriate…  ·  Admin →
  16. Include the same data as received from https://api.twitch.tv/helix/moderation/banned/events. Primarily event timestamp (time when the ban/unban action occurred) and the id (allows checking for duplication with eventsub messages already received when pulling from helix)

    Add the following fields to "event" paylod for ban/unban eventsub messages:
    "id": "1IPFqmlu9W2q4mXXjULyM8zX0rb",
    "action_timestamp": "2019-03-13T15:55:19Z"

    1 vote

    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?