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

Settings and activity

  1. 55 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    tduva commented  · 

    To add to this, if an editor prefers a third-party tool (for any number of reasons), then the only way for this to work would be to have the broadcaster grant access to some serverside tool that then uses the broadcaster's token when an authenticated user with access wants to set the title/game. The added complexity of having to handle tokens serverside and having the broadcater grant access when there is no other technical reason for it (for some use-cases that may be required anyway of course) doesn't feel like it adds to security or reliability.

    But that aside, having to use the broadcaster token means that the broadcaster's name shows up in the Dashboard's Activity Log for actions that are actually triggered by another user, which seems counterintuitive. This may be unavoidable for some use-cases (e.g. a chat bot allowing mods to change title), but shouldn't be required for use-cases where it makes technical sense to use the editor's token directly (like a clientside tool already using the user's token anyway).

    An error occurred while saving the comment
    tduva commented  · 

    Please consider this. At the moment we have the absurd situation where an editor can change the stream's tags, but not the title/category.

    tduva shared this idea  · 
  2. 2 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    tduva shared this idea  · 
  3. 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

    0 comments  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    tduva shared this idea  · 
  4. 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    tduva supported this idea  · 
  5. 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    tduva supported this idea  · 
  6. 116 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

    6 comments  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    tduva commented  · 

    To add to this further, please also make sure that the correct set of smilies [ :) :( :/ ] is returned (robot, glitch or monkey), so it's clear which set will actually show up when sent by the user. This also currently appears to be the case with the Kraken endpoint.

    An error occurred while saving the comment
    tduva commented  · 

    To add to this, to get the most usefulness out of this it would be nice if the reponse would contain the following information for each emote:

    * Name (what you would type in chat)
    * Type (sub/bits etc.)
    * Tier
    * Channel id, channel name (Including the name, not just the id, means fewer API requests to get the name if it's required for something)
    * Set id
    * Animated (yes/no)

    tduva shared this idea  · 
  7. 90 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

    10 comments  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    tduva supported this idea  · 
  8. 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

    0 comments  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    tduva shared this idea  · 
  9. 4 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    tduva commented  · 

    With the new emote APIs, this is still missing. Please consider adding this.

    An endpoint that allows requesting emote info (such as type of emote, tier, name, set id, channel id, channel name) by emote id. This is useful if all that is known is an emote id, for example from the IRC `emotes` tag.

    tduva supported this idea  · 
  10. 2 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    tduva commented  · 
  11. 5 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    tduva commented  · 

    Nevermind, seems like the missing AutoMod messages, including the ones I asked for here, were already being added to a now newly documented topic: https://discuss.dev.twitch.tv/t/announcing-two-new-pubsub-automod-topics/31791 👍

    An error occurred while saving the comment
    tduva commented  · 

    Feels a bit weird to post this now, since at the moment AutoMod messages held for review don't show up in the PubSub topic at all, but I assume/hope that this is a temporary issue. Reported here: https://github.com/twitchdev/issues/issues/402

    The issue of this uservoice I already posted as well ( https://github.com/twitchdev/issues/issues/356 ), however since it (at least in recent times) only seemed to work with the unofficial endpoint this feels more like a feature request rather than a bug, so I posted it here.

    tduva shared this idea  · 
  12. 29 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  ·  Developers » EventSub  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    tduva commented  · 

    Thanks for your reply. A central point of my request is that regular users have access to that information as well, not just with a broadcaster token, which would make it feasible to show poll/prediction/redemptions information for more types of applications.

    Whether that information is available through chat/IRC (kind of like it already is for points redemptions with a message attached, although unfortunately with few usable tags about which redemption it is) or websocket, both would be good, but an important part is *who* has access to it as well. Older APIs used to be a bit less restrictive (or of course new features available through IRC), which allows providing all of my users (e.g. mods) with more features, instead of just broadcasters.

    tduva shared this idea  · 
  13. 127 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    tduva supported this idea  · 
    An error occurred while saving the comment
    tduva commented  · 

    Sounds good, and it would be even more useful if mods (and regular users, but in this context at the very least mods) could also receive real-time updates on polls/predictions through websockets, so they can see both what other mods are doing and the effect of their own actions. Currently it seems EventSub only supports webhooks, so I'm not sure what category to even post that suggestion in though if it was supposed to be a separate suggestion.

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

    3 comments  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    tduva commented  · 

    The old topic (`chat_moderator_actions.<user ID>.<channel ID>`) is now the one that is documented on https://dev.twitch.tv/docs/pubsub#topics 👍

    An error occurred while saving the comment
    tduva commented  · 

    The old topic (`chat_moderator_actions.<modid>.<chanid>`, only requiring mod auth, announced by Staff on dev forums a few years ago) still seems to work for my app, but I've also gotten reports from other devs that it doesn't work for them, so it's unclear what exactly is going on. It would be great to get some clarification as to the future of this quite important moderation API.

    tduva shared this idea  · 
  15. 111 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    tduva commented  · 

    Please make sure that channel moderators have access to this as well, not just with a broadcaster token. This allows moderators to make use of clientside moderation tools.

    tduva supported this idea  · 
  16. 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    tduva supported this idea  · 
  17. 140 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

    6 comments  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    tduva supported this idea  · 
  18. 63 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    tduva supported this idea  · 
  19. 62 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  ·  Developers » API  ·  Flag idea as inappropriate…  ·  Admin →
    tduva supported this idea  ·