Document avatar decorations #5723
Conversation
|
Animated avatar decorations are not supported yet, right? |
|
some decorations are animated but they are returned as an animated png, you can't get them as a gif (like stickers) their hashes start with a_ |
| @@ -321,9 +321,10 @@ Discord uses ids and hashes to render images in the client. These hashes can be | |||
| | Default User Avatar | embed/avatars/[user_discriminator](#DOCS_RESOURCES_USER/user-object).png \*\* \*\*\* | PNG | | |||
| | User Avatar | avatars/[user_id](#DOCS_RESOURCES_USER/user-object)/[user_avatar](#DOCS_RESOURCES_USER/user-object).png \* | PNG, JPEG, WebP, GIF | | |||
| | Guild Member Avatar | guilds/[guild_id](#DOCS_RESOURCES_GUILD/guild-object)/users/[user_id](#DOCS_RESOURCES_USER/user-object)/avatars/[member_avatar](#DOCS_RESOURCES_GUILD/guild-member-object).png \* | PNG, JPEG, WebP, GIF | | |||
| | User Avatar Decoration | avatar-decorations/[user_id](#DOCS_RESOURCES_USER/user-object)/[user_avatar_decoration](#DOCS_RESOURCES_USER/user-object).png | PNG | | |||
There was a problem hiding this comment.
WebP and JPEG are also supported from the looks of it
There was a problem hiding this comment.
it responds with a png image (for animated ones at least)
| | flags? | integer | the [flags](#DOCS_RESOURCES_USER/user-object-user-flags) on a user's account | identify | | ||
| | premium_type? | integer | the [type of Nitro subscription](#DOCS_RESOURCES_USER/user-object-premium-types) on a user's account | identify | | ||
| | public_flags? | integer | the public [flags](#DOCS_RESOURCES_USER/user-object-user-flags) on a user's account | identify | | ||
| | avatar_decoration? | ?string | the user's [avatar decoration hash](#DOCS_REFERENCE/image-formatting) | identify | |
There was a problem hiding this comment.
In what circumstances is this optional?
There was a problem hiding this comment.
In what circumstances is this optional?
I'd assume this is the same situation with banners where it's only returned via GW and /users. I'll check in a second
There was a problem hiding this comment.
In what circumstances is this optional?
I'd assume this is the same situation with banners where it's only returned via GW and /users. I'll check in a second
From what I've seen, avatar_decoration seems to be always available, even on partial users.
There was a problem hiding this comment.
That would seem to be the case yeah
There was a problem hiding this comment.
The only user field that doesn't seem to have avatar_decoration is Widget.members
There was a problem hiding this comment.
That makes sense, I guess?
There was a problem hiding this comment.
it's present on normal user objects but not on bare user objects like webhook message authors
Co-authored-by: shay <[email protected]>
currently it checks the client version when deciding whether to return the avatar decoration hash, can that be fixed for bots and oauth2? (setting x-super-properties works as a workaround)
resolves #5690