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

Settings and activity

3 results found

  1. 24 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  ·  Developers » API  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Canla supported this idea  · 
    An error occurred while saving the comment
    Canla commented  · 

    At least having a checkbox on password change thats like "reset all 3rd party connections/tokens" and checked by default so anyone can opt out if they know and don't want it would be nice.

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

    0 comments  ·  Developers » API  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Canla supported this idea  · 
  3. 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

    1 comment  ·  Developers » API  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We will be updating the documentation to make it clearer that the image in the payload will always be a static image. We are also planning to document the URL schema for the CDN to retrieve the animated version.

    An error occurred while saving the comment
    Canla commented  · 

    To clarify, I understand that the /v1/ and /v2/{emote_id}/static/ CDN urls are always static pngs for all emote ids, but the currently undocumented /v2/{emote_id}/default/ CDN urls you mention for the animated ones can either return pngs or gifs for emotesv2_ emotes depending on the emote without any way to tell beforehand from the API responses what type any emote with a emotesv2_whatever id will be without downloading it.

    examples from dansgaming:

    https://static-cdn.jtvnw.net/emoticons/v2/emotesv2_530254231c0c44b9af8924daf3169b10/default/light/3.0

    https://static-cdn.jtvnw.net/emoticons/v2/emotesv2_5dc74153d9bb4a13a7f6d8b37f318258/default/light/3.0
    both emotesv2_ ids, one is a gif, one is a png. From the API alone you can't tell what type it will be.

    Canla shared this idea  ·