i.e. you don't even have to set an emoji; any text is valid*).
This is not sticker tags
1 messages ยท Page 32 of 1
i.e. you don't even have to set an emoji; any text is valid*).
This is not sticker tags
This is not sticker tags
I did not claim them to be, but unicode_emoji is verifiably un-validated. You're free to set arbitrary text.

Though, [someone did bring up that this could be intentional](#381887113391505410 message)
ok, then the staff should give feedback on this.
Then my whole documentation is incorrect
On a side note, there is /store/published-listings/skus/:sku_id which is completely accessible by bots. You won't have any channel context though.
Seperate Guild for Bot & Lib Developers is a very good idea for my opinion. Like above said lots of Premium/Freemium Services already has seperate Sandbox APIs or Services to test and develop integrations very quickly and minimize the Bugs. If Discord decides to implement this SandBox Guild can in the early stages allow Early-Verified Bot Developers or Bot Developers whose Bot is over certain Guild threshold. But not ONLY the biggest Bot Developers like Mee6's Developers or Dyno's Developers....
Or for admins to change bot avatars similar how they can change nicknames to everyone, it doesn't really matter. This would allow [bots to allow] communities to customize bots for their guilds. For example, we want to use bot X, themed to our server, we've already renamed it to Y, but it would be great if we could also change the avatar. I understand that this is a nitro bound feature, but just like emojis I feel like this is one of those things that bots should be able to do.
@msciotti what's the status with the visibility command? I need a visibility flag that mimicks the permission flag, but controls visibility instead of enable/disable state.
I noticed, that the Channel-Icon Endpoint was missing in the table with CDN endpoints and added it here
I don't think it's necessary, because it's only for group DMs.
Only user accounts can manage these and self-botting is not allowed.
Bots don't have access to group DMs
I don't think it's necessary, because it's only for group DMs. Only user accounts can manage these and self-botting is not allowed. Bots don't have access to group DMs
That's actually not true. Through OAuth2, bots can access messages from all channels a user has access to if the application was granted the messages.read scope. That way bots would also be able to access group DMs and therefore have a use for the group DM icons.
Kk, didn't knew about that.
Also the invite endpoint provides the channel.icon field for a group dm invite.
So another reason for it to be listed lol
Description
The new avatar field introduced to the Guild Member object in #3081 should be marked as optional, in addition to nullable. The API may omit them from relevant gateway events.
Steps to Reproduce
Observe relevant gateway events from a large guild, such as Guild Create or Guild Member Update. Some will lack the avatar field on the member payloads.
Expected Behavior
Either all relevant gateway events should include the avatar field, or the docume...
yeah, and moreso, the receiving clients would have to make all those fetch requests while they already have a local store of emojis
JSON can't have number keys in objects, so this is probably intended.
The issue here is about ETF and not JSON? It's weird that Discord is sending IDs as strings instead of integers when using ETF mode.
Note: This is not officially out yet, but is implemented and being documented as noted here https://github.com/discord/discord-api-docs/pull/3849
Description
Hello. I am currently working on a bot on https://discord.com/developers. However, it seems every time I make changes in OAuth2 or Bot tab, nothing saves! And when I reload the page or visit again, everything restarts as if I made no changes!
I made sure to disable my AdBlock on this website, even so the save bar at the bottom of the page does not show up!
I also tried it both with Firefox and Chrome and even created multiple new apps but still but had no luck!
I...
Not a bug...
sorry i'm new to this what should I do then?
This is a URL generator. It does not change any settings in your bot
Description
When publishing slash commands to "guild", everything seems to work fine. However when I published the commands globally, after some time had passed, it created duplicated slash commands.
Steps to Reproduce
Expected Behavior
I expect publishing commands globally not to create duplicate entries, but to "overwrite" existing ones.
**Current Behav...
This is expected behavior. Unless you delete the guild commands, both the guild and global commands will display in that guild (yes, guild and global commands can share names!)
@ckohen Okay, I did not know that. So to "fix" this, I'll have to manually remove the duplicate entries. Is this purely done in code? Or is there some efficient way of doing it? I can't seem to find the docs for this
If you completely duplicated your commands, then you can bulk overwrite your guild commands to an empty array.
to clarify: guild and global commands (for a certain guild) are stored separately and do not interact with each other (there is a 100 limit for each)
@ckohen @advaith1 Alright thanks to both of you, it cleared things up for me.
Mil disculpas solo intenta ya cerrar eso pues por mi prolia culpa esta eso pero no me salio ๐
Powered by Cricket Wireless
-------- Mensaje original --------
De: JMunkk @.>
Fecha: 29/9/21 04:05 (GMT-06:00)
A: discord/discord-api-docs @.>
CC: Subscribed @.***>
Asunto: Re: [discord/discord-api-docs] Duplicate Slash Commands (#3885)
@ckohenhttps://github.com/ckohen @advaith1https://github.com/advaith1 Alright thanks to both of you, it cleared th...
Note: This is not officially out yet, but is implemented and being documented as noted here https://github.com/discord/discord-api-docs/pull/3849
This behavior may be subject to change, so going to hold off merging for now
Going to hold off merging this until DELETE is supported + audit the endpoints to make sure they're working as intended.
This isn't accessible unless you've been approved for the messages.read oauth scope
This should be reopened as developers that have the approved scope should still have documentation on what they can access. Am I incorrect?
messages.read isn't locked behind approval to my knowledge? It works for anyone in the app's allowlist. This is also applicable to the gdm.join scope.
Why is any amount of group DM content documented then?
Why is any amount of group DM content documented then?
Group DMs were part of the GameSDK plans, so the oauth2 scope and a few endpoints are still sitting around.
They're still functional and usable, just not very useful.
this doesn't require messages.read since bots can access data of group dms that they create
however, this docs change was included in #1639 which was unfortunately closed.
The API for this just changed due to a bug, we will update these soon
And your table formatting is wrong
Looks correct but embedded activities are not open to general developers, so might be confusing to document right now
c375d03 Fix name hyperlinks in Application_Commands.m... - apacheli
these are flags on presence activities (playing etc)
are these something you can encounter right now?
are these something you can encounter right now?
yes, in presence update events
4d852c3 Fix table spacing - aaosuarez
uhm the .idea things shouldn't be there probably?
I believe at the very least Discord should update their user-agent to a modern Firefox. Firefox Developer Edition is on Firefox/93.0.
45bce67 Remove .idea files - aaosuarez
This got addressed in https://github.com/discord/discord-api-docs/pull/3886, and the relevant bugs fixed. Thank you for calling this out!
e56f179 Specify unicode emoji type for Custom Role Icon... - aaosuarez
Hey friends,
I was hoping we could allow Button components of type 5 (link buttons) to be sent to non-bot webhooks. Currently they are stripped from the result when I POST them.
I believe it was mentioned in the DDev server that this is intentional behaviour for consistency, because components in general require interactivity. However, it is already documented that link buttons do not send an interaction payload to the bot/server endpoint, so IMHO this is a moot point - link buttons...
Sending a PATCH request to this endpoint with the X-Audit-Log-Reason header generates an audit log entry.
a bot cannot change it's application's description, only it's owner can (and you should be doing it in the dev portal, not with a manual request)
user bios won't be exposed to bots, see #3095
if you need access to reading messages (more than messages in interactions, which includes buttons, select menus, and context menu items), you will get the privileged intent
Hi rakaar. Unfortunately, there is not currently a way for a user to fetch all their own messages via OAuth2.
Hi rakaar. Unfortunately, there is not currently a way for a user to fetch all their own messages via OAuth2.
Thanks for the idea! This would be better suited for https://feedback.discord.com as more of a client-side feature, though it would be great in the API, too!
Thanks for the idea! This would be better suited for https://feedback.discord.com as more of a client-side feature, though it would be great in the API, too!
the user type accepts an id
This is better suited for https://feedback.discord.com as a Discord client improvement. Good suggestion!
This is better suited for https://feedback.discord.com as a Discord client improvement. Good suggestion!
Perhaps you'd like to be more specific... but otherwise,
Individually-scoped access to intents works really well in some use cases, but is problematic for others. For example, a user being able to opt-out of message reading when a server has moderation bots.
Intents are going to remain a platform-level approval. Separately, we are considering new interactions for receiving text from individual users.
Individually-scoped access to intents works really well in some use cases, but is problematic for others. For example, a user being able to opt-out of message reading when a server has moderation bots.
Intents are going to remain a platform-level approval. Separately, we are considering new interactions for receiving text from individual users.
If you haven't yet, please instead make an issue for this. That's where we do our "bug tracking"; discussions are more for feature requests.
If you haven't yet, please instead make an issue for this. That's where we do our "bug tracking"; discussions are more for feature requests.
We don't have plans to open more API functionality around the game store/store channels at this time.
We don't have plans to open more API functionality around the game store/store channels at this time.
Wouldn't this be more of a general discord feature request rather than an api one?
This would indeed be a client feature request (that would be accessible via the API). https://feedback.discord.com is the right place!
It's because we iterate over the entire member list to remove the role. It can't be made faster without making it async table scan.
Considering that bots with privileged intents cannot be added to 100+ guilds if it isn't verified
This is actually not the full picture. Any bot--regardless of intent requirement--cannot be added to over 100 guilds. That's why I'm not sure I understand the use case of this feature suggestion? You do effectively have this limit already, it is 100 servers. A bot that is currently in under 100 servers cannot join a 101st without getting verified.
The only other thing that currently trigg...
https://support.discord.com/hc/en-us/community/posts/360040492792-Create-OpenID-Connect-endpoints-to-more-easily-enable-SSO- seems to have a feedback post which is probably a more relevant location.
maybe this is something that could be done in slash commands? have a datetime type, the client can then use the users local timezone and just return UTC for bots to use, allows easy time picking without exposing anything to the bot
This is the correct solution, a datetime picker that shows the user localized content but returns data to bots in UTC.
Additional support for alt text within our client is planned for Q3 this year. No further updates at this time.
For the sake of pure moderation, stopping events before they get sent to other users is definitely better than retroactively deleting them. However, that sort of "man in the middle" architecture is not something that Discord currently or plans to support. It would be a major change to our architecture, and would frankly be a huge load burden on someone implementing it to keep latency low at the scale at which Discord operates.
For the sake of pure moderation, stopping events before they get sent to other users is definitely better than retroactively deleting them. However, that sort of "man in the middle" architecture is not something that Discord currently or plans to support. It would be a major change to our architecture, and would frankly be a huge load burden on someone implementing it to keep latency low at the scale at which Discord operates.
We don't currently trigger optional arguments on paste. This could be a UX feature request though.
This is currently intentional, but something we can revisit once the new permissions system is deployed.
This is currently intentional, but something we can revisit once the new permissions system is deployed.
Description
Feature request: add an alt_text? parameter to the Embed Image Structure. Copy the text of this parameter to the HTML img alt attribute of the embedded image.
Currently, images included within embeds cannot contain alt-text. This is true for all types of embeds, including Twitter embeds and bot-formatted embeds.
**Why This is ...
Gonna unmark this as the answer because it applies to uploads but not embeds yet - hopefully we can expand it to embeds soon
I think this would be solved by auto-complete suggestions as a broader feature of slash commands. The application could stream in suggested queries, such as youtube searches or your example of color choices, which would allow a lot of use-cases to be covered in one feature.
But, I do agree that there should be a way to make choices optional and allow users to set other values as well.
Now that autocomplete is coming soon, this is correct. choices are inherently rigid, as a form of validation. If you want to offer suggestions, you can use an autocomplete return.
There's a couple ways you can already accomplish this:
guild_id in the interaction is nullid of the command, if you have duplicates between guild and global commands. i.e. my global /ban is always 1234 and guild /ban is anything elsemember resolved objectThere's a couple ways you can already accomplish this:
guild_id in the interaction is nullid of the command, if you have duplicates between guild and global commands. i.e. my global /ban is always 1234 and guild /ban is anything elsemember resolved objectPretty sure this thread was asking for a way to check if the command is registered globally or locally, not if the command is dispatched globally.
It would help if you link there documentation page where it is mentioned or PR where it was implemented. I do not see it in change log on discord.dev
git commit history is pretty amazing 0a4c2fe7ff57828dbacd9f57f39331cf510c56af
However, after some time (quite a while, possibly hours, I haven't measured) the interaction token appears to become invalid, causing that endpoint to return "Invalid Webhook Token".
Interaction tokens last 15 minutes.
These ephemeral messages aren't stored in the backend for Discord. Fundamentally though, I think expecting an ephemeral message to last 2 days is unrealistic. I suspect most of these go away in less than 15 minutes. If you want your message to be long lasting then it sh...
Support for discord:// in buttons was just merged, and should be deployed to our API shortly.
Support for discord:// in buttons was just merged, and should be deployed to our API shortly.
I am aware about git commit history, but properly documenting changes so one doesn't need to dig any deeper is a must for API development.
I'm not sure I fully understand. Permissions aside, could you explain how this would work differently than subcommand groups work today?
Fixing the refresh and showing individual seconds are both planned. Additional formats are not, due to how the locale specific formatting works.
it was also announced in ddevs - you may want to follow the announcements channel for stuff like this. The changelog on discord.dev is mostly used to announce very substantial changes for now.
This would be better surfaced as a general Discord suggestion over at http://feedback.discord.com. Thanks for sharing it!
This would be better surfaced as a general Discord suggestion over at http://feedback.discord.com. Thanks for sharing it!
The change just allows discord:// as a scheme in button URLs
We'll soon be releasing our "autocomplete" style of choices, which will give you effectively infinite choices!
We'll soon be releasing our "autocomplete" style of choices, which will give you effectively infinite choices!
This is grouping commands visually, but the main thing is that you can lock commands between guilds. So, you could have a Premium group of commands that only guilds who payed for your bot's premium plan can use.
I'm not sure I fully understand. Permissions aside, could you explain how this would work differently than subcommand groups work today?
As far as I understood, they meant allowing the developer to categorise the commands on the basis of their use, like:
Administrative:
/delete
/create... etc
Moderation:
/kick
/ban... etc
This is my fork that was made and is being maintained and worked on after discord.py being discontinued.
For URLs discord://test/users/296776625432035328 the API returns 400 with Not a well formed URL
While discord://test.com/users/296776625432035328 works fine
I don't believe this is intended behavior and probably just the URL parser looking for a TLD, but just something I noticed while testing this
On a side note, since this is implemented in components could it also be implemented in embed author/title URLs
Cool addition nonetheless ๐
Considering the code quality of the repository, this should not be merged.
Description
Steps to Reproduce
Expected Behavior
Current Behavior
Screenshots/Videos
Client and System Information
wow discord expects the best from users after replacing the legendary discord mascots with random unknown edgy 12 year old monsters and replacing color to an oversaturated color.
and also the logo and font is terrible!
Just because you don't like it, doesn't mean it has to be replaced.
Just because you don't like it, doesn't mean it has to be replaced.
lots of people hate the redesign, so the redesign can rightfully be reverted.
that. doesn't work
yes it does
Just because you don't like it, doesn't mean it has to be replaced.
lots of people hate the redesign, so the redesign can rightfully be reverted.
and lots of people like it, so rightfully no.
that. doesn't work
yes it does
Just because you don't like it, doesn't mean it has to be replaced.
lots of people hate the redesign, so the redesign can rightfully be reverted.
and lots of people like it, so rightfully no.
yeah right. explain this. which shows that many people hate the redesign. https://www.reddit.com/r/discordapp/comments/nc2dsg/just_a_quick_example_of_the_updated_colours/
Casual reminder this Repro is for the API not for client suggestions/feedback
Casual reminder this Repro is for the API not for client suggestions/feedback
casual reminder that the redesign needs to be reverted.
Casual reminder this Repro is for the API not for client suggestions/feedback
casual reminder that the redesign needs to be reverted.
The point is this is not the place for this. Go back to r/discordapp or feedback.discord.com :)
here! I put some definitions incase the discord staff does not know what these words mean:
redesign
/riหdษชหzสษชn/
Learn to pronounce
verb
design (something) again or in a different way.
"the front seats have been redesigned"
noun
the action or process of redesigning something.
"it was achieved by the redesign of the product"
revert
See definitions in:
All
Islam
Biology
Law
verb
past tense: reverted;...
Too unfourtenate that staff will lock this issue & ignore your complaints. The Discord staff looking in this repository are in the API/Bots team, and cant do anything against the redesign, so posting here is useless. Go to https://feedback.discord.com and the team(s) responsible for the redesign may look into your concerns.
You could add a function that if you have nitro, the bot could have a banner setting function, if not, you can add a custom color.
Is there any kind of documentation about discord:// links?
@Commandtechno - you're describing the old behavior, I'd wait for the change to be deployed anddiscord://-/foo will work just fine. There will be a note in ddevs when this happens :)
what about discord:///foo? that doesn't work in <> in Discord currently, but it works in run
Might be good to document as snowflake and add a footnote or something.
keep latency low at the scale at which Discord operates.
You could provide a per-guild/per-DM toggle to choose between high latency with accurate premoderation and low latency with postmoderation.
Description
On desktop, option choices show in the correct order, but on iOS, they don't
Steps to Reproduce
Look at a slash command with option choices on iOS
Expected Behavior
They are in the set order, like they are on desktop
Current Behavior
They are in a seemingly random order
Screenshots/Videos

. In other cases, users are directly picking out emoji so the actual picture would help them
This would effectively bring slash command options up to the same level as in Selects.
Sup guys, I own a bot which has more than 100 people, but when I try to update to Discord.JS 13 I get an error when i load the bot up.

Error [DISALLOWED_INTENTS]: Privileged intent provided is not enabled or whitelisted.
at WebSocketManager.createShards (C:\Users\Yassine\Desktop\dev\Servant-Of-Allah-Discord-Bot\node_modules\discord.js\src\client\websocket\WebSocketMa...
This would be far better to ask in the d.js server/channel, not here.
For what its worth tho, you now need to actually request access to those privileged intents. Clicking the "read more here" would explain that in far better detail than my 2 sentences here.
I already have the intents enabled
From what I see in your screenshot, they are not enabled on the dev portal.
An enabled-disabled buttons looks like this :)

yes that is true, but i cannot enable it because it is disabled by discord
As said by NovaFox161, click the "Read more here" link (basically, you will need to request them to the support)
Description
User.accent_color and User.banner don't seem to be sent to the client on any endpoint except the user fetch endpoint. This makes it impossible for libraries to cache these properties reliably. The user update event also does not fire for those properties, so it's impossible to update them dynamically.
I assume this is not intended behavior as it is not documented with a warning anywhere on the docs (as far as I looked)
Steps to Reproduce
From my understanding, this is an intentional design choice. Fetching profile information every time a user is resolved would lead to unnecessary API strain when the bot probably doesn't need that data anyway.
Why would it not? Well even if they choose not to send this in other payloads then first this should be clearly documented and second, why would they not be included in user update events? If a property exists on the API most people probably want it to be reliable and to keep it up to date
Right now on the slash command options you can make it where a option is required or not, but in some cases there is a need you might need pick at least one option.
Like for example: You could make a preset option with some colors and another option where you could type in a color that doesn't exist in the preset.
Just like the required option, this option could also be implemented to the client where the user has to choose one option instead of sending the request and getting a reply...
To add another use case, you could have a command that queries a dataset based on argument-defined filters - it doesn't make sense to pass in zero filters so the ability to do this would be helpful.
Right now on the slash command options you can make it where a option is required or not, but in some cases there is a need you might need pick at least one option. Like for example: You could make a preset option with some colors and another option where you could type in a color that doesn't exist in the preset.
Just like the
requiredoption, this option could also be implemented to the client where the user has to choose one option instead of sending the request and getting a re...
Yeah, this helps with my use case, thanks for the feature!
I think there are more protocols like discord://. I have tested other URLs on my iPhone SE gen 1 phone (iOS 15). They all redirect to a certain application instead.
For example:-
duolingo://- redirects me to the "Duolingo" applicationtwitter://- redirects me to the "Twitter" application.Also, it only supports URLs having only one character in their app name.
@ImRodry
I assume this is not intended behavior as it is not documented with a warning anywhere on the docs (as far as I looked)
User.banner, User.bannerURL(), User.accentColor and its ClientUser respective currently has a warning which reads the following:
The user must be force fetched for this property to be present
I think that's enough documentation to show that it won't be present unless you force fetch the user.
I think that's enough documentation to show that it won't be present unless you force fetch the user.
This repository if for the discord api docs, not for a specific library.
Description
Slash commands option choices cannot be set any other type then "string"
Steps to Reproduce
Create a slash command with an option that has choices and set value of choice to an integer or double (as specified in docs)
{
"name": "blep",
"type": 1,
"description": "Send a random adorable animal photo",
"options": [
{
"name": "animal",
"description": "The type of animal",
"type": 3,
...
Have you tried making the value of the choices a string and see if it sends?
Have you tried making the value of the choices a string and see if it sends?
Yes, Strings work fine.
Obviously, since "string" does not refer to the option but to the actual property value in the json.
Obviously, since "string" does not refer to the option but to the actual property value in the json.
? What do you mean?
Obviously, since "string" does not refer to the option but to the actual property value in the json.
? What do you mean?
You used option 3 and tried to input a number as choice value (which obviously failed), I believe it says the other options (number and double) since it refers to option types 10 (double) and 4 (integer), the error you got is because you tried to use numbers as values for a string option.
Obviously, since "string" does not refer to the option but to the actual property value in the json.
? What do you mean?
You used option 3 and tried to input a number as choice value (which obviously failed), I believe it says the other options (number and double) since it refers to option types 10 (double) and 4 (integer), the error you got is because you tried to use numbers as values for a string option.
Right, This was the issue. I tried setting option typ...
Why my discord:// button opens Discord developers app and not the main client?
The API's definition is correct here. A fix for Android will be deployed soon.
...You shouldn't be using the Development Client in the first place? (It's unsupported, among many other reasons)
Variable amount of options. Can be useful for specific use cases. An example is polls.
Description
Mobile users cannot copy embed field values.
Why This is Needed
On mobile, it is currently not possible to copy text from an embed. This is extremely inconvenient when a user is given data they want to copy in an embed field. For example, I use the command /getid name: ElisiDesmo which then gives me his id 2690315230. When I am on mobile, I have no way to copy this ID, I have to just type it out below the message then copy it.
[discord://...]"
honestly, i don't like this being a nitro-bound feature per user. it should be part of server-level nitro boosts and getting to level 1.
I have a small Eve Online community. We already force Discord linkage through our website so that we can force nicknames (it's a game security feature; Eve Online is like that. bunch of tech nerds play this game...lol).
It would be cool if we could also force the Avatar to match their in game avatar since we have direct access to those as well as the nic...
Honestly, I don't like this being a nitro-bound feature per user. It should be part of server-level nitro boosts and getting to level 1.
Use Case: Communities dedicated to a specific game
I have a small Eve Online community. We already force Discord linkage through our website so that we can force nicknames (it's a game security feature; Eve Online is like that. bunch of tech nerds play this game...lol). It would be cool if we could also force the Avatar to match their in game avatar ...
Can confirm with App: 94.0 (28250) ptb; Manifest: N/A; Build Override: N/A; Device: undefined OS 15.1;
<details>
<summary>
Desktop
</summary>

</details>
<details>
<summary>
iOS
</summary>

</details>
:(
It does seem like the other endpoints also contain the redundant notice though... so...
fa6c148 Document Guild#ModifyCurrentMember supports X-A... - carlst99
It's not always clear which events are generated from a given API call, which having this notice resolves. Better to be explicit and don't need it, than be implicit and wind up confused.
Some people could have URL schemes that would allow remote code execution.
I don't know if discord.py forks are allowed in this list, so I decided to try adding this one.
disnake is a fork of discord.py. There're implementations of context menus and slash commands with fastapi-like syntax.
Here's a basic example of a slash command with one option:
import disnake
from disnake.ext import commands
bot = commands.Bot(command_prefix='$', test_guilds=[...])
@bot.slash_command()
async def avatar(
inter: dis...
What does Bot HTTP Interactions means? Even as someone who is used to the Discord API, I don't know what this means.
A bot that doesn't connect to the gateway
Well, it doesn't have to be one or the other. For example, larger file uploads are available for all nitro users as well as all members in boosted servers.
Similarly, I think it would make sense if nitro users always had the option, but then all users had the option to change their avatar on a boosted server.
Description
Steps to Reproduce
<!--
**Expected Beh...
@msciotti
Will this feature come to mobile devices?
Its already in mobile. This was an API change to allow link buttons to use it, which has already been done. The custom discord:// scheme was already supported on mobile platforms.
It might throw you to a browser and then immediately back into the app (there's some bugginess I've seen doing my own app development) but the custom discord:// scheme has been supported on iOS and android well before this.
Your OS decides which app to open when a URI is opened. Check your default app settings, per URI/protocol.
Hey,
It seems to do nothing at all when you click it...
Could it be handled internally by the desktop and mobile app (like links to messages) instead of relying on the system?
This would give a smoother experience.
Ok, I think I understood
A description like Bot using only [outgoing webook interaction](#DOCS_INTERACTIONS_RECEIVING_AND_RESPONDING/receiving-an-interaction) and always shown online (or something like that) is better in my mind :)
Unresolved question: Should be noted in the change log as it is a breaking change?
closes #3603
For what was it used anyway and since when is it removed :o
Given that select menus have the same state for all users, I'd imagine that it'd be the same for checkboxes.
I think that being able to follow a news channel into a DM fiels would be a nice feature.
When a user wants to subscribe to a news channel, they could choose either to post it in a server or in a special DM channel (like the official Discord System).
When a message in a news gets posted and published, it's just published into all the servers that follow that channel. A user may not know a message has been published as they ...
this table is pretty weird because instead of having an actual name field it has a "description" field which is generally pretty close to the name, and libraries usually just normalize the description for a name
No seรฑor yo de ustedes no use nada
Enviado desde Outlookhttp://aka.ms/weboutlook
De: Advaith @.>
Enviado: sรกbado, 2 de octubre de 2021 07:37 p. m.
Para: discord/discord-api-docs @.>
CC: Subscribed @.***>
Asunto: Re: [discord/discord-api-docs] Add BOT_HTTP_INTERACTIONS User flag (#3903)
@advaith1 commented on this pull request.
In docs/resources/User.md<https://github.com/discord/discord-api-doc...
Y me regresan mis cuentas o me voy a mรกs alto
Enviado desde Outlookhttp://aka.ms/weboutlook
De: Advaith @.>
Enviado: sรกbado, 2 de octubre de 2021 07:37 p. m.
Para: discord/discord-api-docs @.>
CC: Subscribed @.***>
Asunto: Re: [discord/discord-api-docs] Add BOT_HTTP_INTERACTIONS User flag (#3903)
@advaith1 commented on this pull request.
In docs/resources/User.md<https://github.com/discord/disc...
Hasta las รบltimas consecuencias si no me regresan mis cosas como estaban yo no entre ni a github asรญ que quiero todo como estabaEl 3 oct. 2021 12:12 a. m., Kavisho @.***> escribiรณ:
how to use?
โYou are receiving this because you are subscribed to this thread.Reply to this email directly, view it on GitHub, or unsubscribe.
Yeah, having both name and description could be useful
...You shouldn't be using the Development Client in the first place? (It's unsupported, among many other reasons)
then why does discord let us use canary?
...You shouldn't be using the Development Client in the first place? (It's unsupported, among many other reasons)
then why does discord let us use canary?
Discord Clients: Stable, PTB and Canary is officially supported.
Discord Client: Discord Development isn't supported and shouldn't be used.
Hay cosas que no se pueden platicar deberรญas entender mil disculpas de mi
parte sรณlo soy un tรญtere en este juego de poder asรญ que cumplo con mi
funcion
El dom., 3 de oct. de 2021 4:37 a. m., GoldenAngel @.***>
escribiรณ:
...You shouldn't be using the Development Client in the first place? (It's
unsupported, among many other reasons)then why does discord let us use canary?
Discord Clients: Stable, PTB and Canary is officially supported.
Discord Client: *Discord Developmen...
Y por favor lee y borra es mucho mรกs grande todo no quiero terminar en
alg7n lugar sin vida
El dom., 3 de oct. de 2021 4:45 a. m., yo aguilar @.***>
escribiรณ:
Hay cosas que no se pueden platicar deberรญas entender mil disculpas de mi
parte sรณlo soy un tรญtere en este juego de poder asรญ que cumplo con mi
funcionEl dom., 3 de oct. de 2021 4:37 a. m., GoldenAngel <
@.***> escribiรณ:...You shouldn't be using the Development Client in the first place?
(It's unsuppo...
...You shouldn't be using the Development Client in the first place? (It's unsupported, among many other reasons)
then why does discord let us use canary?
As GoldenAngel2 said, the Development client (with the black coloured icon) is separate/different from the Canary client (with the more orangey coloured icon)
Ok en un poco mรกs busco para que muevan todo o a alguien :)
El dom., 3 de oct. de 2021 5:06 a. m., Zebby @.***>
escribiรณ:
...You shouldn't be using the Development Client in the first place? (It's
unsupported, among many other reasons)then why does discord let us use canary?
As GoldenAngel2 said, the Development client (with the black coloured
icon) is separate/different from the Canary client (with the more orangey
coloured icon)โ
You are receiving this becaus...
I think Discord.py will stay in the list for now...
wow. you guys are either these edgy 12 year olds from the discord mascots, careless discord staffs who work "hard" into making the new design or just alts who dislike my issue. admit it - the design is garbage, I should not repeat myself again, but here it goes.

bUt yOu hAvE tO gO tO fEeDbAcK.dIsCoRd.cOm !!!
these guys never respond, not ...
@devsnek please close and mark as spam
Like I said earlier: This issue in this repository does not help. None of the employees looking in here can do anything about the redesign. The best way is the Discord Feedback page. The feedback page is the only tool that Discord gives us to express our thoughts & opinions. If you are not satisfied with that, you should consider switching to a different platform, as Discord doesn't give any other way.
Like I said earlier: This issue in this repository does not help. None of the employees looking in here can do anything about the redesign. The best way is the Discord Feedback page. The feedback page is the only tool that Discord gives us to express our thoughts & opinions of the platform. If you are not satisfied with that, you should consider switching to a different platform, as Discord doesn't give any other option.
The feedback does not respond. it's like talking to a brick of wall...
Like I said earlier: This issue in this repository does not help. None of the employees looking in here can do anything about the redesign. The best way is the Discord Feedback page. The feedback page is the only tool that Discord gives us to express our thoughts & opinions of the platform. If you are not satisfied with that, you should consider switching to a different platform, as Discord doesn't give any other option.
The feedback does not respond. it's like talking to a brick of ...
Do you not understand that this repo is for the API docs and stuff related to it. I f you hate the new design sooo much just uninstall discord and if you still want to use discord then create a custom client for yourself and the ones who like the old design.
Currently the change log on the dev portal is kept for mostly breaking changes/feature announcements, i feel that the page in its current form is underutilized. It would be great if it wasn't just the big stuff that made its way to the change log, this would allow developers to keep more in touch with the API and allow them to utilize new features or changes no matter how small.
Mucha mejor estรก aporte tendrรญa manera de ayudarme con algรบn tipo de link ya no confรญo pero si me aceptรณ ayuda de alguien razonableย El 3 oct. 2021 12:48 p. m., Jupith @.***> escribiรณ:
Currently the change log on the dev portal is kept for mostly breaking changes/feature announcements, i feel that the page in its current form is underutilized. It would be great if it wasn't just the big stuff that made its way to the change log, this would allow developers to keep more in touch with the...
I +1 this as digging through the docs and cross referencing with commits to figure out what changed is just not a good development experience and hurts overall discoverability. Not too mention the sporatic announcements made in ddevs for API changes. There's seemingly no consistency to where API changes are logged or announced.
I'd suggest some sort of RSS feed for all relevant changes to the API, even if those changes aren't "breaking"
Description
When a user's properties change, the client receives two events: PRESENCE_UPDATE and GUILD_MEMBER_UPDATE (given the proper intents) but not USER_UPDATE
Steps to Reproduce
*Expected Behavior...
USER_UPDATE is only emitted when the bot's user properties change.
@jhgg I personally think thatโs a bad design decision since you need a privileged intent to receive data that shouldnโt be privileged but that doesnโt change the main focus of the issue which is that PRESENCE_UPDATE gets fired when a userโs properties change
Presence Update has always fired for user information, there is a note on the gateway event about it doing that as well: https://discord.com/developers/docs/topics/gateway#presence-update
A user's presence is their current state on a guild. This event is sent when a user's presence or info, such as name or avatar, is updated.
I know it has but it doesnโt make sense for this to be the case. If the user update event is only intended for client user updates then why not rename it to CLIENT_USER_UPDATE? I made this issue because I think thereโs room for improvement here as it would be much easier to send USER_UPDATE when a user updates and not send any of the other two
...You shouldn't be using the Development Client in the first place? (It's unsupported, among many other reasons)
then why does discord let us use canary?
Discord Clients: Stable, PTB and Canary is officially supported.
Discord Client: Discord Development isn't supported and shouldn't be used.
oh, my bad, sorry
Looks like the command you provided has more arguments than Discord supports.
To be honest I could care less about Discord making a profit. I think people on this forum are way too concerned about Discord losing out on precious dollars, despite most of the people not being venture capitalists or having a stake in Discord. As is evidenced by the numerous down votes. Ultimately as Discord puts more features behind a paywall, they lose on community goodwill, which I think will hurt the company in the long run.
However, the main problem I see with the server avatars is ...
Allowing bots to change users' in-server profile pictures would require verification and also the picture that is going to be set as profile picture would be checked if it's NSFW or not with an AI. The user itself would be notified when their profile picture is changed so if bot sets a NSFW profile picture, user can remove it as fast as possible and report the bot.
There are tons of ways to avoid security issues.
Contrary to popular opinion, Discord does need to make money in order to sustain the platform. I'm not sure if you are aware of how much hosting costs at scale, but let me tell you its a surprisingly large number. Venture capitalists and angel investors can only carry you so far. As much as I would like for nitro to not be a thing and everyone have access to it all, this is unfortunately not possible. Either we have some gated features, or discord starts selling our data. I think I'd take the...
@NovaFox161 Thanks for that. I am completely aware Discord needs money to sustain the platform and the costs, however as I mentioned it's basically out of scope of what these discussions are supposed to be about. Might as well leave those discussions for people who are bankrolling Discord or have some sort of financial stake in the company, which I'm guessing is nobody here. When I was referring to venture capitalists, I was saying that financial discussions should be left to those sorts of p...
Many Eve Online Discord servers use the nickname changing feature to align users with their characters in game. If we were to lose that because "bots changing things is beyond their scope", it would be a huge detriment to our communities and the cyber-security we employ. Eve Online isn't like other games, it's highly dependent on technology from it's user base.
And, technology can also be used to solve the NSFW problems that are being proposed that probably are not so hard to fix with mode...
Didn't actually realize uploading could go either way. I don't do a lot of uploading or am in any servers that care to use it that much. That would be an awesome solution as well.
@seraphx2 Essentially what I am saying is that with a feature like Discord would be putting a lot of trust into bot creators to use it for legitimate purposes, and given that pretty much anyone can make a bot right now, I don't think it's a good idea. The current paradigm shift towards trusting bots less is good, for example with the message intent. Although bot devs complain about things like that a lot, it is necessary.
@seraphx2 Essentially what I am saying is that with a feature like Discord would be putting a lot of trust into bot creators to use it for legitimate purposes, and given that pretty much anyone can make a bot right now, I don't think it's a good idea. The current paradigm shift towards trusting bots less is good, for example with the message intent. Although bot devs complain about things like that a lot, it is necessary.
The fact that discord based scams are so successful is proof that people on the platform at large cannot be trusted OR would not be able to easily recognize if a bot is "legit" or not. Maybe they'll make it available in a privileged way, but as it stands discord has their reasons for not allowing it and appear to have no plans to change this anytime soon
Description
Steps to Reproduce
Expected Behavior
Screenshots/Videos
Client and System Information
Description
Steps to Reproduce
Expected Behavior
Current Behavior
Screenshots/Videos
Client and System Information
also this doesn't sound like an API bug; for Discord support go to https://dis.gd/support
For what was it used anyway and since when is it removed :o
VIP voice regions iirc
A user may not know a message has been published as they have to manually check the servers following those channels
Current solution (or workaround) is to set the receiving channel's notification setting to "All Messages" (Granted, this does mean the channel, it's parent category (if in one), and the Server cannot have their notifications 'muted' in order for this to work). That way, you get the notifications as you would a DM (and also the white unread message marker next to the Server...
Allow some way to copy all the text from an embed on mobile (similar to how they have the "Copy Text" option when they select a message).
Pretty sure that's already an (annoying) feature of Mobile, at least on Android. ๐ค
I can press-and-hold an Embed and it copies the Embed's text for me. I say "annoying" as this commonly happens when I'm scrolling chat with Bot Embeds in (like a #bot-commands channel for example) and don't intend to copy Embed Text :c
i think what they mean is tags, ability to filter commands by a tag.
Copying is only available on the description, title and footer texts, but you can't copy field names and values, which are used quite a lot
non-latin characters should now be supported in latest android
Let's not close the issue until the bug is fixed for the end user.
Maybe you meant that they will be supported, but not supported already?
Slash commands don't work on any phone in my house.
Android 7 and 10.
Also none of my friends could use slash commands on mobile too.
that's only on Android, you can't copy anything In iOS
The way typing notifications was disabled due to elevating usages caused cloud flare to return a 403 with html code. This wasn't announced anywhere and caused significant issues with people using my bot as the 403 indicates an error (and possibly falls within the IP bans on the api)
The response is also raw html, which messed with the json parsing we do on responses if it has content.
It would be nice if there was at least an announcement when the change was deployed to let us know inst...
At my Android Discord App is 93.9 build and this bug is not fixed
I'm reopening this.
I'm getting a captcha from cloudflare, when it's just playing music from youtubde_dl!
(403 forbidden Access denied | discord.com used Cloudflare to restrict access)
There is NO way for me to bypass this, seeing as I can't get the same reaction from the the web browser.
https://mystb.in/FixturesCartoonLanguages.xm - This is the full error, the reason it shows as a python error is because its to big for a message.
I am on 93.9 too, there is no update in market.
Discord blocked the typing endpoint temporarily
100% agree, this change has caused all bots that use typing as an indicator of progress to stop functioning (for these code paths) unless the developer had the foresight to think that discord will 403 literally any endpoint for any reason.
Thank you for saying, but how come all the endpoints? Seeing as I cannot even run a command without and error. I get on the status page it shows the "typing" is down. It should say what end points are down
That only mentioned disabled typing and nothing about the endpoint or the fact that the โdisableโ causes the api to return html. Are we supposed to expect random 403s with malformed json on any endpoint from now on?
it is not malformed JSON, it's a HTML Cloudflare error page and that's normal when you get IP blocked or there's an outage, so this isn't an unusual response
it is not malformed JSON, it's a HTML Cloudflare error page and that's normal when you get IP blocked or there's an outage, so this isn't an unusual response
For IP bans, it's still json data and looks similar to the format of a normal 429, there's no html in it. During an outage, we see response codes like 500, 502, 503, etc... and not something in the 400s.
Similar breaking changes that happened earlier was when the CDN randomly started 403ing on requests without a user-agent.
I personally feel that your addition to this issue is unrelated, as the original issue was related to at the time unexplained 403's from specific game(server) user agents. Bumping old closed issues just because they have a vague title related to your issue without reading the contents of the previous discussion should be discouraged.
but how come all the endpoints? Seeing as I cannot even run a command without and error. I get on the status page it shows the "typing" is down. It should s...
I am sorry, As I said. The only reason I replied here is because there was no other webpages saying about the issue.
This was the closest issue and didn't know if I made a new one if it would be considered spam.
Again I am sorry
As someone who just started seeing the error now, the recent comments are the only reason I found this and got any information about the problem. If anything GreenDiscord raising this back up was more helpful than doing nothing ๐คท.
If you're subscribed to the DDevs announcements channel you can have stuff like this broadcasted to your servers. All of the major bot list servers and discord API dedicated servers subscribe to this announcement channel.
What else do you want? a client pop up? It was announced quickly and responsibly and honestly for the first time ever I'm completely happy with how discord handled this.
As someone who just started seeing the error now, the recent comments are the only reason I found this and got any information about the problem. If anything GreenDiscord raising this back up was more helpful than doing nothing ๐คท.
This issue was opened by my friend Ultra only because it return a cloudflare error on a garrys mod server running chrome 18. Unless your issue pretains to that, it is unrelated to this issue.
If you're subscribed to the DDevs announcements channel you can have stuff like this broadcasted to your servers. All of the major bot list servers and discord API dedicated servers subscribe to this announcement channel.
We're leveraging discord.py, so we're one step removed from the issue, hence the lack of visibility here.
Anyways, apologies for the spam I guess.
it has to be
true, not1
Face desk. Thank you xDD
for other that see this i guess and wonder still i guess
I did this
https://i.imgur.com/tAbgPEr.png
literally a boolean value not the string value
Actually allowing bots to set their own guild avatars can be useful for White-labeling, especially in large servers. For example, you own a large server, and you use a third-party moderation bot in the server (that allows to change its own guild avatar) but you want to use with your own brand. So, with applying your brand, you can make the bot appear like it belongs to the server.
I know if a bot is already open-source you can self-host ...
Tenga lo por seguro usarรฉ todos los recursos ya que solo me toman en burla
gracias y estamos
El lun., 4 de oct. de 2021 2:38 p. m., Yusuf Cihan @.***>
escribiรณ:
Actually allowing bots to set their own guild avatars can be useful for
White-labeling https://en.wikipedia.org/wiki/White-label_product,
especially in large servers. For example, you own a large server, and you
use a third-party moderation bot in the server (that allows to change its
own guild avatar) but you want...
Dates can be annoying since there are many formats of it, even if you specify what format the bot is looking for, people still mess it up. Having a date option and letting the user select the date with a calendar panel and sending a date object (or something similar) back would be amazing. Let me know what you think about this idea
What we really need is a true changelog alongside an annoucements page that has what is currently the changelog
Es buena y fรกcil en realidad ahora todas las app por ejemplo twich ya dije
que weba buscar como hacerlo que funcione y Ohio nadie quiere mas
competencia asi que te dejan morir pero cada vez lo hacen mas complicado si
tan sencillo que es poner panel escondido por un lado que aparezca al click
y del otro lado otro escondido con esas madres emotes y demรกs en
transparente para no perder detalle tu idea hazlo en transparente seria
mejor creo
El lun., 4 de oct. de 2021 3:04 p. m., Shamil @.*...
Lo siento no me siento muy bien disculpa mas tarde arreglo y pongo algo chido y pido ayudaย El 4 oct. 2021 3:20 p. m., yo aguilar @.***> escribiรณ:Es buena y fรกcil en realidad ahora todas las app por ejemplo twich ya dije que weba buscar como hacerlo que funcione y Ohio nadie quiere mas competencia asi que te dejan morir pero cada vez lo hacen mas complicado si tan sencillo que es poner panel escondido por un lado que aparezca al click y del otro lado otro escondido con esas madres emotes...
ba4ae51 remove the vip field as it is no longer sent (#... - Erk-
It seems the error occurs when trying to make the 100th event rather than event 101, seems like a bug or an oversight in the errors wording.
Discord hasn't even documented guild events yet, so technically you aren't supposed to even be using this endpoint.
What? events are out for partnered servers
They're also being deployed to 100% of servers over the next few weeks. But according to discord the feature is "unstable" and this is a widescale test and the API behind it may be still be changing.
But according to discord the feature is "unstable" and this is a widescale test and the API behind it may be still be changing.
Where abouts did discord say its unstable
In the secret DDevs channels for lib/big bot devs. I brought it up asking for documentation since a community announcement went out about this feature being rolled out. According to several devs its just a widescale test and the feature is not complete/stable.
I don't know much more beyond that, and they certainly didn't make it sound like a test when they've been rolling it out, but I'm not discord. So, I would assume that any mention of events in the docs is going to change/not finalize...
They stated this number in the blog post for the feature, i would say there is a good chance its not going to change from 100.
Danny and others have brought that up before relating to other undocumented API behavior that hasn't changed, but discord's official position is that if its not stable, it doesn't get documented. Regardless of if it changes or not (eg multi-attachments). And if its not documented, developers should not use it, and this is the API docs after all, not docs for in-client features.
I'd also like to note that there's been blog posts for several other things in the past which have also changed ...
Is this a case of you can include file attachments with the initial response for interactions received over the gateway but not for interactions received over REST?
Looks like the command you provided has more arguments than Discord supports.
The command provides one string type argument. The argument is named "argument"
inadequate response of developers, the size of files has nothing to do with submitting multiple files in one message, like every other messenger can do
Since the file uploads haven't been documented for that response at all, I excluded it intentionally. Theoretically, it would work identically but with a multipart body response.
Hi,
I see there is no integration events that allows me to get notified over HTTP when an (my) integration is removed from a server/guild. I would need something similar to https://api.slack.com/events/app_uninstalled to be able to handle uninstalls gracefully. Is there any way you could enable INTEGRATION_CREATE/DELETE over HTTP (outgoing webhook) as well?
I haven't seen anyone else mentioning this yet so adding this here- code blocks currently aren't supported with slash commands. I'm working on a code execution bot and while I can ask for the read message intent in the future, being able to receive code blocks from slash commands with all the validation already done would be great.
this may be resolved by the new system: https://auralytical.notion.site/Editor-Upgrades-dee51c93462c44b8a0a53fed3d94c4cd
It won't be supported in the first version [as according to Voltana](#889955653773303880 message) but it's going into the backlog.
Why exactly would you need code block support?
Pretty much any coding language I know doesn't care that much about formatting (how many indents you have f.e.) and if they do is it a shitty language.
As an example, in Java does it not matter if I type public String someString = "hello"; or public String someString = "hello"; because at the end is the important part the code itself.
So you could just utilize a String input and (maybe) a second one for selecting the language ...
"it works" isn't the best thing to consider sometimes.
I don't think bots/admins should be able to change avatars of other members, but I did suggest that bots should be able to change their own avatar here.
If codeblock markdown will not be supported, would a codeblock option type with a syntax highlighting language set by the bot be useful? We have a command for setting custom CSS and we currently require users to send the CSS in a ```css codeblock; an option type that automatically highlights the code would be a much better user experience.
For example:
{
"type": 12,
"name": "css",
"description": "Put in the CSS here",
"required": true,
"language": "c...
No se hacerlo como dije antes se jugar con app en Code tengo mucho que ni entrรณ bueno miento pero no a cambiar solo entrรณ a ver a conocer los cmdย Cree vaya algun tutorial en alguna plataforma para ver como lo inyectan si como entra una pรกgina en la app para que funcione no se si me explicoย El 5 oct. 2021 12:10 p. m., Advaith @.***> escribiรณ:
If codeblock markdown will not be supported, would a codeblock option type with a syntax highlighting language set by the bot be useful? We have a...
@Andre601
This makes very little sense. You expect users to type in unformatted code in a single line like this- let my_num = 2; bigger_num = my_num + 5; println!("The result is: {}", bigger_num); and take away the option to use languages like Python altogether because they're "shitty"? By that logic all features meant for convenience and better user/developer experience should be abandoned because things "just work".
@BelielBlack Can you please stop leaving what could be considered spam all over this Repo please? (Also how the fudge is this account still around when it 404's on me clicking into its profile page? ๐ค )
Its a spam bot that the repo maintainers haven't blocked/banned from the repo yet. Got subscribed like a week or two ago and the responses don't even make sense when translated.
Codeblocks also aren't important for normal chat messages either.
They exist because they are useful for providing additional visual context.
I've seen a lot of confusion as to whether a command can have subcommands as well as subcommand groups, so this change adds an example to clarify that you can.
It also improves consistency in that block.
3daa6cb Add another valid slash command nesting example... - advaith1
Description
You can find all the values in our data models.
Source:
The link provided for "data models" goes nowhere.
Steps to Reproduce
...
this was missed in an earlier docs update

fixes #3923
I think it should be possible to grab all the slash commands located in guilds(for your bot), in one api request, so on libraries like discord.py, or discord.js you don't need to readd the command every time the bot starts up, instead you would be able to add it temporarily in your cache, so the commands, get added if they haven't been. Basically it just makes it easier to see what slash commands you registered in guilds, and it doesn't take a ton of api requests, if this can't be added, then...
Description
Pasting a slash command immediately after joining or opening a server does not get detected as a slash command and is directly sent as plain text. Clicking anywhere on the screen after pasting or pressing space is usually enough to make Discord detect it as a slash command, but my users don't know this.
Steps to Reproduce
/command arguments go here.Do we even need "You can find all the values in our data models below." when it's right after it?
The concept:
BOT sends a message (Message Components, Empheral etc) with a TTL option in it, discord register itself based on the TTL when this message or component etc gets deleted and handles this itself by internal CRON.
Example:
BOT sends a message with some buttons, the bot registers internal these buttons will work for the determined TTL.
Up to this point, there is not that much more transfer than adding some TTL to the API request what is minimal in size.
What differs is what ha...
It seems that @ckohen has accidentally messed up some of the links when moving non type specific interaction info to their own section in #3195. This PR fixes those broken links.
59167de fix: #DOCS_INTERACTION_* -> `#DOCS_INTERACTIO... - NurMarvin
1dcb309 Remove broken interaction data models link (#3924) - advaith1
56468a5 Mark Role.icon and Role.unicode_emoji as option... - Nihlus
80c9752 Mark Guild Member.avatar as optional. (#3894) - Nihlus
Application commands are great, but I got the feedback that its hard for people to use them, especially on mobile devices, when there are lots of options.
With 25 options an application command can have, there is a lot to type when using the command.
A solution for that problem could be buttons for application commands with predefined options.
| NAME | VALUE | COLOR | REQUIRED FIELD |
|---|---|---|---|
| Command | 6 | grey, start an application com... |
Great suggestion, but will be redundant with the "form interactions" that have been mentioned a few times as something they plan to implement (or at least have teased they want to do it)
Discussion #3334
Best to probably bring this conversation there to help fight the pr/issue/discussion rot
Something I implemented during hackweek over at https://github.com/IanMitchell/hackweek-discord-api-docs/
Grew tired of seeing so many link fixing PRs when the CI basically existed, so I brought it on over.
Practically speaking, whether this is effective depends on the docgen. If the way the docgen generates links changes, this will need to change, and we currently don't know when that happens. So yeah, I'm hoping this is a temporary solution,
Prettier is installed, but i've told it ...
* I mean, you could return the annotate function then remove the else block.
function importDirectory(directory: string, extension: string, subdirectories: boolean = true) {
Wouldn't it be more consistent if it were like the other parameters?
"lint": "eslint ci",
Extra space?
The else statement could be removed since if it's not a CI it just fallbacks to whatever is outside the block, right?
Its unnecessary and against the eslint rules (yes, I know I added the rules)

Can't return at the top level, I've done it like this in case there is something to do after outputting in the future.
My bad, you actually used a preset so I didn't see the rule. Moving forward...
Whilst that seems like it would be a good idea, the ESLint config used disallows this.

import { readdirSync, statSync, readFileSync } from "node:fs";
import path from "node:path";
And while you are at it, you might as well.
If I might make a suggestion, could the indentation be kept consistent across YAML, JSON, and code files? Currently you're using two spaces for YAML, but one space for everything else. I'd recommend using two spaces (alternatively, tabs) for everything, for readability.
For defaults, you can actually work with optional values and don't require them, if not defined parameters you load in standard parameters and instead of confirming the slash command you first serve a message with the buttons, place a default in the description of the command so people know what the default is... (This is already possible today)
For starting a slash command with a button i would rather say to just link it to the attachment button or new button in the default UI.
I do lo...
I don't know how DiscordPY works but for DiscordJS you can easily fetch all commands for a guild when you don't specify a command id.
https://discord.js.org/#/docs/main/stable/class/ApplicationCommandManager?scrollTo=fetch
And Discord developers documentation:
https://discord.com/developers/docs/interactions/application-commands#get-guild-application-commands
Also to come to the topic of guild commands you shouldn't read them on startup but store them upon creation, they only change w...
My honest opinion is you take away that one thing where people can customize their own appearance/identity with this, people actually spend money to be able to do this and you want to take that away from them???
On the point of nicknames on your guild, a bot can change the nickname of all roles below it (it will be never able to change the owner's nickname)
I don't have an opinion on the feature request itself, but the first point you have doesn't make sense. People pay for being able to post external emojis and stickers yet there are permissions that can revoke their access.
This is actually something i would like to see too, while we can see the date in embeds based on the UNIX timestamp at the bottom there is no way in displaying a date to users in their own timezone.
It could have some simple implementation like a role display or channel display based on the <#...> <@...> with a simple <$UNIX timestamp id> like <$35435455> would display the time towards a user...
We are talking about a profile avatar and not external emotes or avatars... This can be set by a user in their profile per guild...
there is no way in displaying a date to users in their own timezone.
Yes there is, using UNIX Timestamp Markdown as described here -> https://discord.com/developers/docs/reference#message-formatting-formats (with specific timestamp styles listed below that table)
The downside of this method is you only receive a sound alert on desktop, not a real ping, personally, I'm working on a bot that has a sticky msg at the bottom that pings a role on a post, but I'm sure if you look around there will be plenty bot's that have this feature or are only focused on this task
Thanks, i look at the docs daily and didn't notice they actual implemented this lol
I would like to note that the webhooks on this repository that get sent to various Discord servers might have to get adjusted to not send events for GitHub actions.
As I can see, people generally don't like this idea. Before I close this PR, what do you think we should change in disnake in order to improve it? I'd really like to make this fork developing in the right direction.
Wow this is truly heroic. We've gotta run a couple checks with this, make sure that it doesn't do anything weird when pulled into our monorepo, but truly awesome. You've saved years of my life.
Will give this a check this afternoon! Ping me if I'm ๐ค
Hello ๐
Have you guys ever considered more granular intents? What i mean is more control of events like selecting which guilds could send certain events. For example, suppose i want to implement a "VIP SERVER only feature" like Server Logs. I don't necessarily want to enable every intent on every single server on the bot. I just want those events on specific servers that opt into this feature.
Thank You
Yeah that would work for defauls aka fallback values.
What I mean are default values that can be set dynamically, depending on interactions. So you can have one command and 10 differen buttons, each button sets different values for the options the command have.
It should be possible for two users to call up the same command with different values without having to enter them themselves.
I don't see how forms would help? The goal is to fill application command options, client side, with values depending on interactions.
I don't think this is feasible at all with discord's current design unless they add a bulk intent update event you can send in. Having 2k guilds per shards, that would mean sending in 2 thousand individual intent override events for this feature. Seeing as how they removed bulk-guild member requests, I don't think they like having an event you can send in with multiple guild ids. A re-identify would refresh the intents as well. Sending in a list of 'guildId: intent' on the identify payload wo...
You mean something depending on the previous choice the values in the list change?
Oh okay, I didn't know it was an Android feature. I guess my request would change to it being added on iOS as well. Thanks
I'd like to point out that this use case is possible o implement with proper oauth2 scopes.
With a full oauth2 flow you can implement this (there's still a bit of work to do if they lose VIP status though).
For example, with slack's api sending a user through authorization again to upgrade a bearer token based on some context in your service is a recommended practice.
#3907
Are they related?
No. My issue happens because Discord hasn't yet loaded the slash commands when the user tries to send one.
It should be noted in https://github.com/discord/discord-api-docs/pull/3586 and not in an extra pr
How about a perm that allows bots to show it's commands?
That can stop everyone from using bots in non bot channels.
Also how about a permission like cannot dm anyone for roles so that newly joined people can't dm advertise, whereas mod bots can dm people so they're notified about the warns, etc.
How about a perm that allows bots to show it's commands?
That can stop everyone from using bots in non bot channels.
https://msciotti.notion.site/msciotti/Command-Permissions-V2-4d113cb49090409f998f3bd80a06c3bd
Well then, can we have perms for allowing "bot" scoped bots to have slash commands? So we don't need to reinvite every bot, but just change perms and then we would be ready to go?
I think when bots add new commands it should display some sort of text/icon showing that its a new added command or even for updated commands showing updated status.
Having a way to search for an option with the select menu would be an awesome easy way for people to find the right options if the bot has to many options.
No I mean the values for the command options you enter in the text input.
To make it clear, another example:
A button "Report Discord Api Docs Bug" that starts an application command to create a Bug Issue in a github project like this:
/github create-issue type: bug organisation: discord project: discord-api-docs title: Bug Ticket from Discord User description:.
When you click the button, these values are already set in your text input and you only have to enter the descr...
I think forms would be a great way to do this, you click a button and generate a form with loading in the username who clicked the button and stuff, you don't actually need a slash command any more than, where a user only adjust the values needed and you can set defaults easier that way, sadly forms are not available yet...
It could look something like this. Obviously styled differently.

Also posted this on community feedback here.
Being able to restrict this to some time interval would be nice too I guess.
Unfortunately, the event endpoints now seem to be explicitly blocked for bots. :/
Currently the documented error message doesn't contain the number of max thread members, but the API returns the message Max number of thread participants has been reached (1000) which does contain the max number of thread members, hence I'm making this PR.
That's a duplicate of #3873
54a0f48 Document exact number of max thread members (#3... - NurMarvin
| CREATE_PUBLIC_THREADS | `0x0800000000` `(1 << 35)` | Allows for creating public or announcement threads | T |
So are you suggesting this change because announcement threads and public threads are different thread types in the documentation?
Description
When calling activityManager.UpdateActivity with activity.Secrets set, I receive this error log message:
{
code: InvalidPayload,
message: "child \"activity\" fails because [child \"party\" fails because [child \"privacy\" fails because [\"privacy\" must be one of [0, 1]]]]"
}
Steps to Reproduce
Run this code:
var activity = new Activity();
activity.State = "Playing Sector's Edge";
activity.Timestamps.Start = (int)discordStar...
These are libraries which cover different portions of the Discord API. SnowTransfer covers REST and CloudStorm covers gateway. These are older libs from V6 I now maintain with the consent of the owner. These libs now support support V9 and cover most or all of their respective field with respects to rate limits and allow for proxying requests to centralize rate limits.
I have not seen other modular libs on the community resources tab and was unsure if it was for a reason or just coincident...
I think a way where you can set cooldowns per message that includes selects/buttons with interactions would be a good way to prevent spamming. This option is 100% optional but would be a very helpful and useful thing to get added.
Slash commands are great, but the amount of commands you can register (only 100) can cause bots that do many things to hold off on implementing them.
It was recently mentioned during a Q&A that if the limit for slash commands were to be increased it could possibly cause older devices to heavily lag.
Loading Slash Commands Incrementally in the UX could theoretically allow for an infinite number of slash commands. This would make the jump be easier for m...
You can register 100 top-level commands. But each can have up to 25 sub-commands. That's 2,500 commands.
Or you can have 25 sub-command groups and 25 sub-commands per group. That 62,500 total commands.
Yes, and i've tried this approach before. It's honestly a bad approach with how subcommands are handled in their current state.
If my commands were grouped by category and I typed in the subcommand, it would not show up in the search. This is annoying for the user because now they have to remember the command name, and the category name. Subcommands are great for their uses, but for commands other commands they don't work as well.
Fuzzy matching ( https://github.com/discord/discord-api-docs/issues/2323#issuecomment-761137779 ) and an improved subcommand display are planned, I agree that the current situation isn't that great however I think something like this could make the ux potentially worse, (for example the slight delay on autocomplete, but for commands)
Description
Per the documentation of the Application Command Structure, a guild it is guild id of the command, if not global. Yet when a command is registered globally, the guild_id field is still populated with the guild the command was emitted from.
Steps to Reproduce
'guild id of the command, if not global' refers to the guild_id of the application command itself.
The received structure when invoking the command is an Interaction, where the guild_id value is documented as 'the guild it was sent from'.
So the behaviour you are observing is intended. The only way to find out whether the invoked command was global or guild scoped as far as I can tell wou...
There is RFC 7692 which describes concept "Compression Extensions" for WebSocket.
RFC 7692 supported by major browsers since at least 2014 and isn't a draft anymore since 2016.
It doesn't mean anything from technical standpoint because discord bots aren't browsers but it shows that it is quite mature set of extensions.
Event Discord client itself tries to handshake with Sec-WebSocket-Extensions: permessage-deflate in Upgrade reques...
Description
The /oauth2/@me endpoint returns 401 instead of a 403 when using a valid token that does not have access to the resource. If you are relying on the status code to tell if a token has been invalidated, this can cause an issue.
Steps to Reproduce
Make a request to /ouath2/@me using a Bot token
Expected Behavior
A response with status code 403 and the appropriate JSON error
Current Behavior
A response with status code 401 an...
Description
When a slash command is selected in the client when text is typed it will automatically select and input to the first option, but when pasting text with 2 or more characters, the option is not selected and the text is ignored when the command is sent.
Steps to Reproduce
Expected Behavior
It automatically goes into the first option, like when typing:

I don't think it would hurt to be honest
Ignore my mockup skills lmao
Huh... ok...
Creating/Updating Slash commands is done by sending in JSON format...
So if you want to update commands a simple JSON file would do it without requiring your bot to have some downtime...
Easy way:
Thanks for posting this. We don't have any current plans to support this extension. The two major points are: 1) we don't want to deal with inflate bombs from client->server compressed messages and 2) having our own non-standard compression scheme means we can update it to our requirements in the future, which we can't with permessage-deflate.
One upside here is that thanks to how ubiquitous permessage-deflate is, there is lots of code you can use as a starting point to implement `zlib-str...
Thanks for posting this. We don't have any current plans to support this extension. The two major points are: 1) we don't want to deal with inflate bombs from client->server compressed messages and 2) having our own non-standard compression scheme means we can update it to our requirements in the future, which we can't with permessage-deflate.
One upside here is that thanks to how ubiquitous permessage-deflate is, there is lots of code you can use as a starting point to implement `zlib-str...
im makeing my own progrrming lang alos rust lang dot have so i cant find the doc to make a bot api to in rust lang or my own lang
A fix has been made and should be released soonish
op is a duplicate of #1600 but we will deploy an updated ua at some point in the near future.
There's no need to bulk update with an empty query if you're just going to bulk update again with new ones, that's the whole point of bulk update, its an upsert.
For the "advanced" way, I'm again not sure why you're stuck in the delete-create loop. In fact that method would not work at all as described (delete then update would error on the update)
Can we move the functions above the runtime code?
It doesn't really matter, but could we save a loop by moving this into the for loop above? We could avoid the try/catch system as well by checking if it's a directory, and if it isn't proceed with file logic / if it is optionally recurse into it
Thanks for the answer.
we don't want to deal with inflate bombs from client->server compressed messages
As per your documentation, current limit on payload is 4096 bytes. Assuming that it is a meaningful limitations based on payload content we can say that after decompression payload must be at most 4096 bytes too.
I don't know about what you use on your side, but at least 2 of deflate implementations that I know of (zlib and compress/flate from Go) will allow you to allocate buffe...
const matches = line.matchAll(/(?<![!`])\[.+?\]\((?!https?|mailto)(.+?)\)(?!`)/g);
1a0dd83 Add Link Checking Capability and CI (#3930) - ckohen
Just for added context:
At the time they were removed because there was no way to know who was initiating the interaction (in the client), so bots (and subsequently users) were able to post messages that couldn't be moderated properly. At this time, it was also impossible to restrict certain application commands to certain roles or channels (still is, but we know that's coming)
I hope discord will add types 2 and 3 back once this happens. But these were removed for a good reason at the ti...
i'm fairly sure its something to do with the settings found at https://github.com/organizations/discord/settings/actions
Actions in this workflow must be: within a repository that belongs to your Enterprise account.
I think a way where we can display two images on top of each other would be amazing like two full on banners or even side by side instead of using the hack to using the same URL but then issue is mobile only sees the first image.
This discussion board is for API suggestions; product suggestions should go to our feedback site so that the appropriate teams have visibility on them ๐
This discussion board is for API suggestions; product suggestions should go to our feedback site so that the appropriate teams have visibility on them ๐
In addition to the answer above, we do currently lazily load commands to display in our autocomplete box.
In addition to the answer above, we do currently lazily load commands to display in our autocomplete box.
How about a perm that allows bots to show it's commands?
That can stop everyone from using bots in non bot channels.
https://msciotti.notion.site/msciotti/Command-Permissions-V2-4d113cb49090409f998f3bd80a06c3bd
We'll be working on a migration path sometime before April
Huh, this was one of the first things I did when I got hired. If it's regressed, that's an introduced bug - I'll try and carve out some time to fix that. Going to migrate this into an issue
Huh, this was one of the first things I did when I got hired. If it's regressed, that's an introduced bug - I'll try and carve out some time to fix that. Going to migrate this into an issue
Originally posted by LukeHankey September 11, 2021
I wasn't entirely sure where to post this so I thought asking the question here instead was best.
When registering slash commands and setting permissions for only specific roles to use them, when viewing the server with that role, you still can't use them which I guess makes sense but the opposite is also true - You can still use them even when viewin...
Honestly, I don't like this being a nitro-bound feature per user. It should be part of server-level nitro boosts and getting to level 1.
Use Case: Communities dedicated to a specific game
I have a small Eve Online community. We already force Discord linkage through our website so that we can force nicknames (it's a game security feature; Eve Online is like that. bunch of tech nerds play this game...lol). It would be cool if we could also force the Avatar to match their in game avatar ...
I guess maybe I shouldn't have used the world Bot in the title? This is an API request, I guess I just assumed since I was in the API discussion and I mentioned the ability to change nicknames and was also wanting the ability to change avatars (the exact way the API currently functions, it can't change avatars), that it was assumed it was an API feature request since the API is how bots interact with Discord.
And if they don't like it, they can leave the server. The server belongs to person running it, not the users. Discord servers aren't run by democracy.
I run an Eve Online specific server. And I can 99.9999999999% guarantee you not a single person would object to having their profile pic on my server overridden with their in-game avatar.
But it's my server. And their avatar on my server is not the same as their personal avatar for their account. I am only speaking to the new per-server functionality.
Honestly, I don't like this being a nitro-bound feature per user. It should be part of server-level nitro boosts and getting to level 1.
Could you edit your initial post to clarify that then and drop the nitro vs boost points?
The choice value's type caused some confusion as it depends on the type of option the choice belongs to. This pull requests adds a note that references that.
| ----- | ----------------------------- | --------------------------------------------------- |
LGTM
But a bit unsure about option type of option
Rephrased it a bit. :ok_hand:
I think the reason why people go here is the feedback forums get flooded with suggestions, and these discussions seem to get a lot more staff engagement.
I think the reason why people go here is the feedback forums get flooded with suggestions, and these discussions seem to get a lot more staff engagement.
Not just suggestions, but the Dreamland/Feedback page is also flooded with Support Requests and Reports, basically a lot of people mistake it for a Support Forum rather than a Suggestions page :S
f5212ed Add note for choice value type (#3953) - nerdguyahmad
You can't just say public here, since this allows announcement too, that's partly why the old one didn't have any qualifiers
I'd rather not, the other one is deprecated and this PR doesn't even fix all the links to the new route, so let's just leave it as is?
This is fixed now, right? Since slash commands don't show up in archived threads?
Alright, I'm cool with merging it IF you update the docs for default_auto_archive_duration too, because what I want to avoid is someone in a few weeks then complaining that the field is optional and should use default_auto_archive_duration. As implemented, that is a value that clients use to pre-fill the dropdowns/etc, so I think we just need to make that clear there, probably just changing it t something "default duration" -> "default duration that clients (not the API) will use"?
Oh so is it intended that the API ignores that value? I thought this could be a bug that would be fixed but in that case I will gladly update the description to avoid confusion
Let's stay on topic :) @seraphx2 I'm going to mark this as the answer again, feel free to unmark it once the original post is updated to remove the product requests!
This discussion board is for API suggestions; product suggestions should go to our feedback site so that the appropriate teams have visibility on them ๐
EDIT: In response to a few questions I got, the above is specifically for moving per-server avatars into a boost perk as opposed to a nitro perk. For a discussion on Bots being able to change per server avatars or set their own, other discussions exist and remain open (for instance,...
links are checked on the hackweek docs site rewrite :) https://github.com/IanMitchell/hackweek-discord-api-docs/pull/37
That's a duplicate of #3752 which was denied
Hey @ajpalkovic , this issue still isn't fixed rn on the latest canary for me, Canary 101031 (874ab31) Host 1.0.42 Windows 10 64-Bit (10.0.19042)
Image for thread name longer than limit

Image for thread name having disallowed characters

Product bugs should be reported in DTesters
Product bugs should be reported in DTesters
I'd love this, realistically though, there's no near term plans for this, and it's a quite complicated thing to do correctly.
I'd love this, realistically though, there's no near term plans for this, and it's a quite complicated thing to do correctly.
Pretty sure actions broke on that commit
just create a link button and set the URL to discord://...
Is there any way to access guild info without utilising a bot? I'd like to make a status widget, showing how many users are online on the server
This PR adds discorb to community resources.
Rate limit Implementations:
I failed to handle rate limits with X-Ratelimit-Reset, so it's using X-Ratelimit-Reset-After.
| CREATE_PUBLIC_THREADS | `0x0800000000` `(1 << 35)` | Allows for creating public and announcement threads | T |
Hi all, I'm working with the team rolling out the new events feature and first of all want to thank you for the awesome work done on this PR :) The team is currently finalizing and cleaning up the API in order to officially open up functionality to developers soon. We'll take a look through this PR and the comments a bit more carefully very soon to get a better sense, but in the meantime please feel free to post here if there is anything big you feel is missing or confusing. We can't make any...
I'm not sure if this is correct
Thanks @MinnDevelopment!
I hate to bump issues, but are there any updates? My bot and its users really depends on this feature, if you need further details let me know! Thanks
Currently webhooks have a BOT badge next to their name, even though they are not technically bots.
This also creates confusion among not so experienced users that don't even know what webhooks are.
When you (right) click on a webhook you only get a blank user profile.
Webhooks get a WEBHOOK badge (instead of BOT)
 | autocomplete choices (limited to 25 choices) |
\*\* Only `string` is valid for [autocomplete interactions](#DOCS_INTERACTIONS_RECEIVING_AND_RESPONDING/responding-to-autocomplete-interactions).
Guess this discussion should be marked as unanswered once again, now that voice channels no longer seem to be able to have spaces or capital lettersโฆ
It's a bug, not an intended change
Is there any way to access guild info without utilising a bot? I'd like to make a status widget, showing how many users are online on the server
yes, use the provided widget api

I am still unable to ping a role. Have the same settings as @Zoddo mentions
My bot has admin permissions, also has the Mention @everyone, @here, and All Roles permission enabled and the role has Allow anyone to @mention this role disabled.
If I enable Allow anyone to @mention this role then the bot can ping the role, but this not something I want.
Am I missing something here ?
please don't necro-bump issues. instead, join https://discord.gg/discord-developers or check with the support server of the library you're using.
As i noticed today it seems the attachment button changed to also start slash commands, i expect soon we get a sorting in that menu like i had seen in previous examples, making it easier and eliminating a step...
I proposed something similar to discord when Context Menus were being released, which didn't make it through sadly.
On top of buttons starting slash commands, imo a cool thing would be for Context Menus to initiate Slash commands. In fact, Context Menus are basically Slash commands at its core just limited to 1 parameter. Anything you can do in a Context Command you can do in a Slash command. But that could have been a huge way to expand user experience imo. For example, a poll or giveaway...
I'm a bit confussed with this one TBH, when you pick one of the max 5 options you already have the message, while in a user friendly poll, giveaway, reaction role and other stuff like that the bot would create that message in a nice embed for you depending the parameters given.
Why would they add more functionality on top of the existing functionality that runs ok for a few years now?
There are 200 million reasons (Playstation dollars) they are adding easier auto completion (slash command...
Description
When adjusting the 'pan' argument for a user's voice-settings via the RPC Discord API command SET_USER_VOICE_SETTINGS, there appears to be no actual adjustment made to that user's audio stream to pan the audio left or right. Adjustments to the user's volume or mute status does appear to get applied though.
Steps to Reproduce
SET_USER_VOICE_SETTINGS to adju...Out of curiosity, what relevance does this PR have for bots? ๐ค
Yeah, Iโve seen that. Howโs that of any use for bots? ๐
This flag has no use for bots, and will not be documented here.
Forms would make it so that using application commands for something like this isn't needed.
Start an interaction (via app command or button or whatever) and then forms allow pre-filled fields and just better UI/UX for something that would take a lot of options/lots of commands.
The `attachments` json parameter lists all files that should be attached to the message after the edit, including all new files added and the respective snowflake placeholders.
All `file` parameters must include a valid `Content-Disposition` subpart header with a `filename` and unique `name` parameter. Each file parameter must be uniquely named in the format `file[n]` such as `file0`, `file1`, or simply `file`. The suffixed index `n` is the *snowflake placeholder* for the `attachments` json parameter that is supplied in `payload_json`. If this suffix index is omitted, the implied index is `0`.
Closing in the meantime, but do you think you could you offer some context behind this PR?
Would this be a good way to document the naming scheme of the parameter?
I think yes
But it should be noted somewhere.
๐ Small little idea to reduce load for developers and Discord potentially, and improve response times for end users using slash commands.
It'd be awesome if developers could include a cache ttl in their slash command responses, so that Discord can store that response for that period of time and reuse it if the same command is run again.
E.g. I have a help command that returns static content, it'd be great if I could set a long cache ttl on that so Discord only needs to ask me for it onc...
What do you think of saying "attachments" (no code backticks) instead of file? cc @msciotti
Feels like since it isn't the parameter name, we should style it differently
The brackets are included - file[0], file[1], file[42]. What do you think about swapping this paragraph with the one above it, so it goes naming -> limits?
Yup! Filename is also an optional attribute
I think each time we refer to it, it would be good to standardize on file[n]
I'm not sure what the API version callout style guide is, but do we want to include a note that in v10 users will need to patch with the complete attachment array?
implying that there is a style guide :^)
I think get active channel threads has a deprecation notice tho
I think a warn block would do when functionality is expected to change in the next version
Description
I have recently tested an issue that has been an issue for a while from what it seems like where if you grant a user via mobile it doesnt trigger the API(It does display via audit logs) but if you grant it via desktop app it works perfectly file)
Note: I also decided to test with a public big bot for example Dyno same issue it did not log it (Quote from a support member in there discord "That'd be a discord thing - Dyno doesn't care what platform you use the commands on ...
I think technically, everything except id is optional. Since you can just send "attachments": [{"id": "123"}]
That would be an alternative but would make it more complex to use:
Instead of just sending a button with an array of application command option values, I'd have to create a form and create a handler for that form instead of using existing application command logic.
API usage would also increase.
Even with forms, there are still situations in which it'd be better to use slash commands with some pre filled values.
So, having forms would not make this suggestion obsolete.
Also, Buttons could be sent via webhooks. I don't think that this will be possible with forms.
Currently the name of an autocomplete response is displayed as raw text. I'm adding fuzzy search to one of my bots and it would be nice to be able to bold the matched parts of a result so that it's clearer to the user why a certain result is appearing as they type as it may not make complete sense as fuzzy search results often don't.


Hello ๐
Is there any technical reason why a property on GUILD_CREATE event can not be added to help determine the type of GUILD_CREATE event. These events are emitted in various different circumstances.
I am hoping a property could be added that we can then use to determine how to handle it without having to cac...
The unavailable field already lets you distinguish between GUILD_CREATEs where the guild is becoming available (so after outages and on start-up) and where the bot was added to a guild.
Under current behaviour this field will be false if it was previously unavailable and not present in the payload if the bot is being added to the guild.
5ef2fd5 Add min_value and max_value on slash command op... - typpo
Description
When connecting to the gateway without the GUILD_PRESENCES intent (but with GUILD_MEMBERS), GUILD_CREATE events don't contains the member list.
Steps to Reproduce
members key of GUILD_CREATE dispatches for small guilds.Expected Behavior
members includes all members if guild.member_count <= large_threshold, and only the current bot otherwis...
this sounds like the intentional, documented behavior: https://discord.com/developers/docs/topics/gateway#request-guild-members
Yep, I am basically hoping to expand this. Example: If it is not present in the payload how do you differentiate between 1, 2, 4 without using cache/storage.
you don't, to quote the gateway docs:
Discord expects clients to locally cache as many relevant object states as possible
Some testing has revealed that you can have choices and min / max values (which seems rather...counterintuitive, if you have choices there's not really a point to having a min / max). However, doing so allows you to add a value that is below or above the min / max respectively, and sending the command with that choice gives you a not-so-helpful error.
@Mehgugs I think that is being taken out of context quite heavily.
To avoid excessive API calls, Discord expects clients to locally cache
I understand that atm it is not possible and it requires caching this info, that is why I made this discussion. To discuss with devs, if it is possible to improve this and if so great if not well we stick to what we got.
There should be a way to send arrays into slash commands
Description
Currently, the sticker creation endpoint, POST-/guilds/:guildId/stickers, ignores payload_json and expects you to send in name, description, tags via the form fields.
Steps to Reproduce
Create a guild sticker, but send in name, description, tags as json in payload_json as in payload_json: {"name": "a", "description": "aaaaa", "tags": "poop"}.
Expected Behavior
The values would get read from payload_json just as they would as for...
I don't think this is a bug; payload_json is just for message endpoints due to the nested structures, and it is not documented to exist for stickers
For clarify this is a bug and it has now been tracked internally.
If this is a bug then:
Propably soon when graphql api will be added
Pretty much any coding language I know doesn't care that much about formatting (how many indents you have f.e.) and if they do is it a shitty language.
That's a bold statement... Just because you aren't used to compiler significant indentation does not mean the concept is bad. As far as I know there is both a strong correlation between compiler significant indentation to general adherence to formalized code style and that same formalized code style to better readability and maintainabili...
With a simple text input field you can use a button to add your input to the list, this may serve as a suitable replacement although it does require multiple roundtrips.
It's not just Python โ a lot of functional languages such as Haskell, F#, Elm, Agda, etc. are a lot cleaner in my opinion without braces and instead rely on indentation (by default).
Is this still something being considered or..?
Websites can use the prefers-color-scheme media query to detect the user's preferred color scheme, based on OS settings. It can also be used from JS, so there isn't much use for an OAuth scope for this. I could see it making sense for accessibility settings, but as far as I'm aware most websites do not have those. However, if...
What's the intent here? Choices being mutually exclusive or is it behaving as expected?
I would imagine discord intends to make it mutually exclusive. There's not really a point in having them together since if choices are provided, that's all the user is allowed to input, so min/max doesn't make sense.
I'm surprised they don't kick back with an error when creating/updating a command to include min/max + choices. Weird that they let it through and error when the user attempts to run ...
For clarity, we have no plans for a GraphQL API
Proper schema still would be very appreciated given that github.com/discord doesn't have official libraries to work with REST, gateway API, etc other than discord-interactions-python which is more or less useless.
Discord piggybacking its bot ecosystem on 3rd party libraries without making their life any easier. It's a complete nightmare to track API evolution through changes in markdown.
Only major changes are described on changelog pages and it is intended. Other than that good lo...
What Tobias said is correct - I think the proper course here is to use media queries / local user overrides as necessary ๐. I may be wrong, but some of the data might be client-only which would prevent us from sharing it
Yeah, definitely have heard that it's a pain point - just wanted to address the GraphQL point since a few people have told me there are rumors circulating we're about to ship an GraphQL API (we are not).
For my own understanding, if Discord had a first party types library would that be good enough? Or does a machine readable API spec provide something beyond that?
Bumping doesn't do much - voting an issue up does!
What a OpenAPI spec would provide is the ability to use existing OpenAPI tools with it, whether to generate code or just help in testing.
From my last discussion[^1] I learned a few things, and want to make a few things clear here.
I do not tolerate any comments with targeted hate towards individuals or groups such as Discord Staff Members or Discord itself. I can understand you being upset sometimes but it doesn't give you the freedom to insult or attack others.
I will report any comment that can be considered insulting towards GitHub for breaking general rules such as Code of Conduct. I want the ch...
Hey,
Im currently coding a Moderation Bot and working on a setup command.
And something i would really need is a select menu where you could choose roles/channels. Because currently you are limited to 25 options so if a guild has more than 25 roles is could be problematic to display.
So i got the idea that you just add types to select menus like CUSTOM, CHANNELS, ROLES.
Yeah I was surprised too, but these are the types of things I test to give TS users type safety in not being able to do just that if Discord is going to error, even though it doesn't fundamentally make sense to me, seemed like something someone would try at some point.
Hey everyone. The reason we locked this issue is not because we don't want to discuss these concerns. Verification is an important and impactful topic, and we want to make sure there is a place for you to share your thoughts.
We're having a public Q&A this Friday to talk about whatever is top of mind. We can pull out the questions from this post and answer them then. We encourage you to submit questions (or upvote existing topics) here: [https://app.sli.do/event/b6ftnc2w](https://app.sli.d...
Hey everyone. The reason we locked this issue is not because we don't want to discuss these concerns. Verification is an important and impactful topic, and we want to make sure there is a place for you to share your thoughts.
We're having a public Q&A this Friday to talk about whatever is top of mind. We can pull out the questions from this post and answer them then. We encourage you to submit questions (or upvote existing topics) here: [https://app.sli.do/event/b6ftnc2w](https://app.sli.d...
Oh sorry i didnt saw that
A little off topic... but what's the best way to stay on top of these kinds of updates and features? E.g. for me, this PR is the first exposure to being aware of this feature. Other than watching this repo, is there any other channels of updates?
The feature will probably be announced in #discord-api-announcements in Discord Developers once its released
I agree, it'd be really nice to have a loading state for up to 15 minutes, just as with Slash Commands.
I'm curious as to why this is not already possible. It seems like an unusual inconsistency.
It's also worth noting that outright disabling the button on the message would impact all users, not just the one who pressed it. You might want to allow other users to press the button while other users are waiting for a response.
This is possible with DEFERRED_CHANNEL_MESSAGE_WITH_SOURCE (this is how a slash command is defered). The issue is that there's no way to defer an edit and keep the loading state, not that there's no defer method at all.
#Seems like discord is ignoring the fact, you said you we will help developers and getting choices done, but this escalated to someone insulting discord but that's not the others fault and we just want discord to hear our voices, plus you'll be killing discord messages for bots in the future which more developers will leave.
KrAyX Maximum#8080 - YouTuber / Bot Owner I don't expect discord to listen to this. We would rather not have the bots not able to see messages or in slash commands sinc...
Ah great a new user-agent that breaks that hack I had to implement to get image previews to work because Discord won't properly identify themselves in their user-agent.
For those interested the new user-agent is: Mozilla/5.0 (Macintosh; Intel Mac OS X 11.6; rv:92.0) Gecko/20100101 Firefox/92.0
@devsnek this is maybe the worst possible way to resolve this issue. Why in the world do you feel the need to misidentify the UA like this? It's disruptive to everyone involved.
This issue sounds like a bug in client behavior, not with the Discord API. You can report client bugs at https://discord.gg/discord-testers
This issue sounds like a bug in client behavior, not with the Discord API. You can report client bugs at https://discord.gg/discord-testers
Endpoints that require authorization return 401 if the authorization isn't acceptable, so this is intended. There may be some inconsistencies throughout the API, worth seeing if we can make this consistent in future API versions
This is an intentional behavior to reduce payload size, there are no plans to extend this to the base user model
This is an intentional behavior to reduce payload size, there are no plans to extend this to the base user model
I know that, but then why donโt we get user updates (as guild member/presence update events) for accent color and banner changes?
Description
I registered a slash command with an integer argument with the following options:
"choices": [
{ "name": "first", "value": 1 },
{ "name": "second", "value": 2 },
{ "name": "third", "value": 3 },
],
if I run a command and select one of those options, then copy paste the command text from the popup and try to re-run the command, it prompts me to select an option again instead of filling in the value.
Steps to Reproduce
Why was this moved to a discussion?
The slash command popout is working as intended, but it's a good suggestion
so the intention is to not be able to copy-paste the command to run it again? that seems like really shitty user experience
This issue sounds like a bug in client behavior, not with the Discord API. You can report client bugs at https://discord.gg/discord-testers
@typpo Unfortunately Discord Testers server is temporarily closed now so it would be more appropriate to redirect them to https://dis.gd/bugreport
d35bca8 Update readme and add code of conduct - typpo
Hostility is not necessary.
The intention of the pop-out is to show the command that was run. The way that this data model is built, the message does not have access to the "human readable" name of the option type. Just the value.
The side effect of that architecture is that copy/paste doesn't work in this case. Which admittedly, is an experience we should support better in general.
That can done by making the change suggested here, or making another way to re-run previous commands.
I think 1. for all is wrong
This repository reflects the Discord API as it is meant to be accessed by third-party applications. It omits features and capabilities that are not generally available, or are not fully supported for third-party usage.
Markdown supports this, it auto-increments them all automatically
No, it renders correctly and allows adding options anywhere without changing all the numbers.
This behavior is intentional. Are you actually connecting to RPC via websocket, or using IPC?
The pan behavior was from some very old tech (5+ years) that is no longer supported, and wasn't transferred over to the IPC protocol.
I could've phrased that better. I assumed that having the text in the popout be selectable was made so users could copy-paste the text to run the command again - and my assumption was apparently incorrect. Sorry about that.
Hey, currently there is no endpoint which can fetch all application commands which are located in all of the bot its guilds.
This means that to get all of those commands you'd have to iterate through all of the guilds the bot is in and send a request to the API to get those commands. As this might be fine for small bots, this is not for bigger bots.
. I have not found another endpoint that experiences this yet, I did a little bit of testing of a pretty large set of endpoints before submitting this issue.
I just mention it because I was testing @discordjs/rest behavior of considering the token invalid when receiving a 401, which we believe is per HTTP spec and the dev docs. Might be a misi...
c0f0fe4 admin perm overrides command permissions - devsnek
I can see this being extremely scary for large bots, unless it was paginated
Guild owners and members with the Administrator permission may now use commands even when `default_permission` is set to `false`.
8766428 Update docs/Change_Log.md - devsnek
Huhm, true.
Maybe a collection of guild id's should be passed. And that it returns those.
But what if a dev don't want that owners use the command. I.e. debug commands.
Should we use bot-side checks then?
b579a07 Suppress member join sticker replies system cha... - tpcstld
This will, pending client rollouts that will happen soonโข๏ธ, control whether or not users are able to see the "Wave to say hi" CTA. This will be editable in the server settings overview as well (pending the same client rollouts)

As a one-time migration, all (most :blobsweat:) servers with over 10000 members will have this suppress default true. This is to prevent di...
Why is this issue (or the one that it's supposedly a dupe of) marked as closed if this hasn't been fixed?
I was wondering if any information about what a user is currently watching in the new watch together activity would be obtainable through the API. I gathered data through a user's company with the YouTube Together presence, which worked well enough. However, with this new system, there is no way to get information on watch together.
I would love if I could be able to get the currently playing video, the queue, and information such as who queued each video.
| Flag | Value | Description |
| ------------------------------------- | ------ | -------------------------------------- |
| SUPPRESS_JOIN_NOTIFICATIONS | 1 << 0 | Suppress member join notifications |
| SUPPRESS_PREMIUM_SUBSCRIPTIONS | 1 << 1 | Suppress server boost notifications |
| SUPPRESS_GUILD_REMINDER_NOTIFICATIONS | 1 << 2 | Suppress server setup tips |
| SUPPRESS_JOIN_N...
You can also set a `default_permission` on your commands if you want them to be disabled by default when your app is added to a new guild. Setting `default_permission` to `false` will disallow _anyone_ in a guild from using the command except for administrators and guild ownersโunless a specific overwrite is configured. It will also disable the command from being usable in DMs.
On the topic: is the recent change requiring name in button emojis on the message edit endpoint a bug or a breaking change?
Description
For message edit the emoji field for buttons and selects now requires name when it shouldn't (as the other endpoints don't: message create, interaction send, interaction edit)
[Multiple people in the Discord Developers server can reproduce the issue as well](#847167520711639040 message)
Steps to Reproduce
Create a message with or without components
Edit the message with a component and set th...
There is an internal rate limit applied to some requests on this route, but it was not intended to be shown in rate limit headers. This issue should be fixed.
Deduping this with #3973
This is completely unrelated
A Voice / Text / Thread Channel Context Menu, for Voice it is quite useful e.g. for Voice Activities (via Bot), thread e.g. for Rename Thread and text e.g. for change
This is a cool idea. I had the same idea xD
This behavior is intentional. Are you actually connecting to RPC via websocket, or using IPC?
I was running the normal Windows desktop client, and then using the RPC API (via pypresence) to adjust the pan setting for a user; so I assume that'll be via websocket?
Although the user that was broadcasting audio for me to test with was a bot, if that makes any difference.
After I noticed the pan adjustment setting in the API, I was hoping to...
@night Is there any technical or security implication regarding having headers for that internal ratelimit? I feel like most if not all libs are able to handle dynamic ratelimit headers even within the same route. Before the change this was a wrong header, now it has turned into an unavoidable 429, which in my opinion is worse.
Yes, I think that's what I and the original poster are highlighting.
We want the loading state.
It seems inconsistent that slash commands have a loading state but components don't.
poke
its been almost a year since the creation of this issue/discussion
w h e n ?
Sorry, got my own format wrong - it's files[n] (plural instead of singular)
Looks good to me, pinged Mason about possibly taking a pass
46b9d00 admin perm overrides command permissions (#3976) - devsnek
Description
My bot is built using discord.py. All of its returns are delivered in the form of images. Up until yesterday, the order that the images were added to the list of files to send was maintained when the images were displayed in channel. Something has changed such that they're now being displayed in a randomised order each time.
Steps to Reproduce
Send a list of files to a channel.
Expected Behavior
The order of the files in the list should be maintain...
@advaith1 Poking again as it's been quite some time, and it'd be a huge boon to things like PluralKit.
Something tells me advaith isn't staff lol
they haven't added color support or announced any plans to
Can reproduce, using discord.js. This is an API bug, not a wrapper bug.
Isn't it? Looking at the param table below, there is an attachments parameter
4967eca Document multi file upload (#3860) - MinnDevelopment
You can have a loading state but only if you want to send a new message, so it's not an inconsistency at all. It would be a welcome enhancement to components to be able to also have loading visible when you want to edit the message as well as just ackowledging the interaction, and I'm in favour of a new response type for components to do this.
This appears to be showing up on bots now, it hides the bot's status and puts it in the online list:

We have a fix (tldr: dict is ordered in py3 while set is not ๐ ) for this that will be going out soon, once a few pipeline errors get wrapped up. Thanks for the detailed report @Fuzzwah we appreciate it! I'll close out the issue once the API changes roll out
Bit late, but yeah, we need localization. That being said, it's probably for the best if we setup our commands with the localized descriptions and such, and discord uses those on the client to figure out what to display. It'll reduce the amount of requests sent and make the commands dialog not have to load.
Maybe we can accept both the name and value? There shouldn't be conflicts with that, right?
Right, I just mean an inconsistency in the overall design.
If it's okay to display a loading state to the user for a new message for up to 15 minutes, including after they run a slash command, why not display a loading state on a component for up to 15 minutes?
From the user perspective, they're both things they have to wait for.
It's good to have DEFERRED_UPDATE_MESSAGE as an option, but it's really intriguing as to why they didn't just provide another response type alongside that...
Description
When attempting to login to an app using discord for OAuth2 login, after entering username/password, and 2DA code, it will flash the box for allowing for a split second but loop back around to logging in with email.
Steps to Reproduce
Visit web app using discord for authentication on mobile, login, enter 2FA code, hit next, be presented with the email login again.
Expected Behavior
Presented with the accept/dent authorization screen
Current Behavior
Loops ar...
This started happening yesterday at around 7PM EST. Interestingly, it works fine in the embedded browser you get when clicking links in the discord iOS app, but not in Safari itself. To reproduce, try this OAuth link in mobile Safari: https://discord.com/api/oauth2/authorize?client_id=896041323587579915&redirect_uri=https%3A%2F%2Fgoogle.com&response_type=code&scope=identify
Something I feel like could be a useful thing to consider was a general/generic "Mentionable" Option type.
It would essentially allow what the channel type does, which is to define types of mentionables that a user can select.
This is useful for bots offering commands that can target both users and roles as an example. That way could you set the mentionable to accept Roles and Users.
.....This already exists
It is already called MENTIONABLE too, option type: 9
https://discord.com/developers/docs/interactions/application-commands#application-command-object-application-command-option-type
I see. Didn't find this last time I checked docs... Probs was half-asleep then.
When will forms release?
Supposedly being in landscape mode will let you login. ๐คทโโ๏ธ
Going to close this since it's a client issue and not related to the API - I'll pass it along to the relevant team
At present, Message Components can be used to allow users to engage with a bot's message beyond the simple query-response with Slash Commands. To facilitate the preservation of state these are allowed a custom_id which can be assigned and used to the bot's needs (within the custom_id's 100 character limit).
However these Components are lacking in one key area - if the message they are on was created via an Interaction, there's no way to retrieve the parameters the Interaction was calle...
We have thousands of people who are getting stuck in an endless login loop trying to auth into our bot. Nothing has changed on our end. Is there somewhere I can follow the status of this fix? It's pretty urgent.

It just keeps taking them here after successful login.
but they showed a concept
@BenSova where?
Yep where?
Yep, this would be really good.
hopefully this will be included with the localization options mentioned in the recent stage event.
This was shown in ddevs a while ago
https://gc.gy/e1a85be0-1a01-4f9d-8777-86e876937923.png
Due to the message intent policy change, it might be useful to be able to search for slash commands (ie: /<any-command) as it would allow for people to see if commands have been done, or just to search for commands.
Right now we can do this with normal commands which use prefixes, such as:
(Kind of a bad example because it searches for the embed, and the embed title has stats in it, but hopefully you get the idea)
And once slash commands become the norm, it might come in handy ...
This discussion will have 2 ideas which both are related to removing a bot from a Server.
Remove Bot in context menu instead of Kick and Ban When removing a bot is it currently through either a kick or ban.
Especially the ban seems a bit pointless given that a new invitation of the bot through its OAuth2 link nullifies this ban, so a kick should be the go-to option here.
This suggestion is more about the Client-App and its appearance so it would be nice if that c...
@IanMitchell can someone there provide some status updates at least? It's preventing our users from logging in to our app that uses discord for auth.
Great ideas hoping this gets added!
Description
Restricting emojis does not hide emojis unless reloading discord itself but when the role is removed it removes the usage ability for those restricted emojis.
Expected Behavior
Display emoji without reloading discord
Current Behavior
Does not do as expected
note:
i believe this is either possible or something went wrong,

so i was able to create a webhook with a bot and send a message with message component, the best part about this is that i was able to receive interaction from the websocket but seems like its the d ( data ) object is empty or something.
it is intended that bot-created webhooks can send components and that their interactions go to the bot.
Description
Profile picture is overlapping the heading of Store distribution Agreement
Steps to Reproduce
Visit https://discord.com/developers/docs/intro
Click on Store distribution Agreement
Observe your profile picture
Expected Behavior
Our profile picture should not overlap the heading of store distribution Agreement
Current Behavior
Our profile picture is overlapping the heading of store distribution Agreement
Screenshots/Videos
ht...
Is it intended that Interactions created by a Webhook-based bot are sent on the gateway though (albeit partially)?
The documentation staes "[Handling Interactions using a Gateway or Webhook] are mutually exclusive; you can only receive Interactions one of the two ways."
I second this idea completely. I'd love hearing passively if my bot is malfunctioning or users have anything to share to me.
Am hoping to eliminate having to store voice states for every single user on every single channel in every single server just for determining which channel the user left.
Use Case: voice xp leaderboards, server logs etc
Potential Solution:
// User joined a channel
{
channel_id: "123",
previous_channel_id: null,
}
// User left a channel
{
channel_id: null,
previous_channel_id: "123",
}
// User switched channels
{
channel_id: "123",
previous...
I would assume this falls under #3272?
I would assume this falls under #3272?
This is still an issue.
I think the first idea is a good change and definitely makes more sense for integrations without a bot user attached (read slash command only bots).
Regarding the second change, I believe knowing your bot was kicked/knowing why you're no longer in the server could be a slight issue and could enable some undesirable behaviour. I think if you want to be able to know why your bot was removed for feedback purposes, the bot would need to support a command that accepts a reason and then leaves ...
I dislike this "always go out of the worst dev existing" mentality.
Sure, bad actors exist, but always planning the API to not give them advantages for abuse is a really bad aproach since it also causes us good devs to constantly live with those disadvantages.
I see no real harm here in providing a optional kick reason. Many people probably won't give a reason anyway.
It honestly shouldn't be hard to do, and I hope discord will implement this soon.
As I said you can provide a /remove command to let people provide an optional reason should they wish to inform the bot and its developer. I am admittedly somewhat cynical, but I can easily imagine people making bots dm you a bunch of feedback related stuff unsolicited -- should they share a mutual server of course -- if they could see you kicked the bot. The reason itself is irrelevant mostly, it's the fact you can see you were kicked specifically.
This would improve the UX quite a lot and would give a lot of room for developers to use the autocomplete function.
Now it looks like this:

It could look like this:

It could also be used with multiple mentions (Mem...
in the documentation you quoted, "webhook" refers to setting up a webserver and receiving interaction POST requests from Discord, not a webhook used to send messages to Discord. Those are unrelated.
If the d field is actually reproducibly empty, that is a bug though.
Attempting to clear your nickname by setting an empty nickname doesn't yield the expected result.
I expected to have my nickname cleared
My nickname was unchanged.
What happened to the diffs? CRLF vs LF?
Just going to note this is hopefully being escalated internally sometime today. I believe it occurs on all 3 platforms.
Webhooks can now operate on messages in threads by sending a thread_id query parameter on the DELETE, GET, and PATCH Webhook Message routes.
Should this note also be added to /github and /slack endpoints?
Figured it out, it was because i was using
node-fetchto try and make anx-www-form-urlencodedrequest. It kept failing, but when i usedrequestit worked, so after taking a second look at thenode-fetch's docs i realized i should have usedURLSearchParams()so here is what i did:const options = { method: 'POST' }; let params = new URLSearchParams(); params.append('client_id', myDiscordAppClientId); params.append('client_secret', myDiscor...
Great suggestion, not sure about this tho
It could also be used with multiple mentions (Member + Role; Role + Channel; etc)
Slash commands already have mention mask. Or am I missing something?
The purpose of this proposal is to allow formatting choices names in the autocomplete function. It's just a visual enhancement that will improve the UX.
Could you not use { name: '@human readable', value: 'the id' }?
That's what I'm doing right now. In my case, this looks acceptable, but in the case when the mention occurs inside some text, it may look bad.
For example in this case:

Should this note also be added to
/githuband/slackendpoints?
Sure, got that documented
Description
Steps to Reproduce
https://discord.com/developers/docs/resources/channel#edit-message-jsonform-params
Expected Behavior
Current Behavior
Screenshots/Videos

Client and System Information
4579261 Document get-thread-member endpoint (#3998) - ajpalkovic
As I said you can provide a
/removecommand to let people provide an optional reason should they wish to inform the bot and its developer.
Why would they run a command if they can just right-click name -> kick <user>? Barely anyone would ever use this since the kick and ban feature have been become a major part in "removing" a bot from a server, so unless you would directly tell them to use that command instead to give feedback would it not have any real impact.
I am admittedly ...
In classic Discord documentation fashion, here's some more consistency between different parts of the documentation.
I'm not sure what the standard is for 204s since there are so many, so I chose one that looks alright to me...
Also, if I were a motivated person, I would convert list to array or vice versa -- I'm not, so someone else should do this ;)
Oops, I totally misread this as talking about the create reactions route... Yikes.
Fixed!
This doesn't seem grammatically correct, the title above should be updated to remove the s instead
This pull request documents the server boost progress bar.

| premium_progress_bar_enabled | boolean | true if progress bar to track premium subscription count is enabled
You're missing a | at the end.
But rest is LGTM.
Note: This is still an experiment.
But the field already exist on the guild fields.
You can modify it, if the guild is in the rollout. Otherwise you'll get a missing access error.
The above title is based on the event received (t is WEBHOOKS_UPDATE) I believe. So, even though it's just a single webhook, it's called this.
I haven't really checked though, so if t is actually WEBHOOK_UPDATE I apologize.
Description
I am using a custom scheme (app://myapp) in the redirection of the OAuth2 authorize. As I read in previous issue, to make it work, I have to implement PKCE. I did and I pass a code_challenge and a code_challenge_method to my request and I receive a code on my deep link (app://myapp?code=abcd).
This all work fine. The issue comes when I try to get the token from the code by calling https://discordapp.com/api/oauth2/token.
Instead of the token, I get an HTTP error 405...
Yes My bad, I just noticed now that it should be posted and form url encoded. I did it but now I get a 400 error. My guess is that my request is still missing something ?
It does have that name but it really does not sound right, maybe it should be documented differently
Closing since the original description is not an actual issue. As for my 400, the error says that the code is invalid, which is weird since I send the one discord sent me, but I guess their might be some issue on my end.
Hello , I have the skills (have knowledge abt react) to resolve the issue (basically i need to add padding to the h1 tag)
But I am new to contributing to opensource
I need some help , like on how should i start
I understood the file stucture a bit but i cant find the file in which i can make change
Could someone helpme pls!
It's weird, I have a 400 code challenged failed even though I return exactly the code given by discord and my code_verifier :/
you can't fix it yourself, the dev portal isn't open source
you can't fix it yourself, the dev portal isn't open source
oh ):
Can you guide me how n where do i start contributing to open source
Now we can open oauth prompts in-app, this allows us to add bots to servers without entering the web browser.
This feature request proposes a new response_type which sends a http get request to the specified redirect_uri without redirecting the user there. When used in-app, this would allow a user to make an oauth request without the user leaving the Discord client.
In addition, oauth requests made from the Discord client should be able to spawn an interaction event in the channel s...
Is this still happening? This was brought up yesterday and a fix should now be deployed.
This should be fixed.
Please make the required spacing changes
| premium_progress_bar_enabled | boolean | whether the server's boost progress bar should be enabled. |
Think this would be a more accurate description, please make the required spacing changes
| premium_progress_bar_enabled | boolean | whether the server has the boost progress bar enabled |
e2f7211 Update Receiving_and_Responding.md - devsnek
e05fa60 Update Receiving_and_Responding.md - devsnek
68c4c17 Update and alphabetize accepted locales - infinitestory
We support Hindi, Thai, and Vietnamese.
727077e Update and alphabetize accepted locales (#4004) - infinitestory
Working on a fix @exiva hang tight, and thank you for the report!
@mgreer thanks for the update
Currently, the limit of the lengths for both custom ids and (select option) values is 100 characters each. However, this can be quite short in certain situations, especially when used to maintain state throughout a series of interactions (one of their main purposes as described in the documentation).
Preferably, this should be increased to what a slash command is able to send in a singl...
There's apparently a limit of 512 characters for the url. It's possible to use embeds instead, but it seems unnecessary to force one interface for long links.
Description
For the past 15-20 hours the Header of the Post request for adding a new Emoji or Sticker is not returning the various ratelmit attributes.
Steps to Reproduce
Just make a post request to add a new emoji or sticker and read the header, ratelimit attribute won't be present in the header
Expected Behavior
The header to return the ratelimit attributes
Current Behavior
The header not returning the ratelimit attribute
Screenshots/Videos

Pls check this with urgency as I'm (and most probably other users) not able to login.
I'm not even able to create a support ticket, the page get's stuck also
This isn't a support platform. Send an email to support@discordapp.com, or DM on Twitter @discord.
(though fwiw, I've been able to reproduce the captcha loop)
Thank you and sorry for using the incorrect channel to post this
Sorry for bringing this up again, but have you tried using a different browser or have you tried doing the same thing on your phone?
If that's the end of it, I would suggest the recommendation be just wait the interval once before sending the heartbeat.
That is what the documentation states atm. You only wait the offset the first time you send a heartbeat. After that you just wait heartbeat_interval miliseconds
Description
The autocomplete for slash groups always fails to load anything
Steps to Reproduce
Have a slash group with a subcommand (/cmd group subcmd) which has an autocomplete param
Expected Behavior
Shows the autocomplete results
Current Behavior
Doesn't show anything, instead it just keeps loading infinitely
Screenshots/Videos
PC:
https://media.discordapp.net/attachments/787359417674498088/904328241672781834/2021-10-31_13-16-49.mp4
Mobile:
https://media.disc...
you need to say the actual version and build number, not just "latest"
you need to say the actual version and build number, not just "latest"
Where do I get that from
you need to say the actual version and build number, not just "latest"
Where do I get that from
Nvm got it
can't reproduce in discord alpha 100.8 (100208)
Having it default to false means older code doesn't experience a delta of input/output this this feature. By forcing devs to "opt in", you preserve backwards compatibility more. My general preference for these sorts of things is to prefer backwards compatible changes.
Description
The api docs say that a user's avatar size can be any power of 2 between 16 and 4096, but 100 also seems to be allowed.
Steps to Reproduce
Fetch a user's avatar and add ?size=100, the avatar will show as size 100.
For other sizes, you see 100.
Expected Behavior
That the documentation shows at least size 100 is allowed, and maybe other sizes too?
Current Behavior
Using ?size=100 shows a user's avatar.
Screenshots/Videos
**Clie...
This is not a bug. 100 is in the range 16-4096 and is also a power of 2 (10^2 = 100). Maybe you misunderstood the documentation.
Just to clarify the conditions in case you still don't understand it:
size must be an integer between 16 and 4096.size must be a power of 2 (in other words, the square root of that number should give a whole number, since we are dealing with integers only)100 is a power of 10, not of 2
we support quite a few sizes that are not documented, as there are lots of things to display in the app at various sizes. i'll check if we should document them or not but most likely the only ones that people using our public api should rely on are what is currently documented.
Description
If the speak permission for a role is updated in a voice channel, it is not updated for the members who are already in the channel. They need to leave the channel and reconnect.
Steps to Reproduce
Give a role to some people in a voice channel, add a permission overwrite to this channel, so that people who have this role can't speak.
Expected Behavior
Those people shouldn't be able to speak, because they have a role that forbids them to.
**Current Behavior...
This is working as intended. Permissions are only computed when you join/move channels.
Unless I miss something, you can already do that with subcommands?
Add an OPTION_GROUP slash command option type to allow for better management of option requirements for a command.
Command option requirements are currently set independent of each other. However, there may be situations where a command may not have a specific requirement but simply requires one or more of several options to be provided.
Additionally, there may be cases where a command has two or more options that aren't required individually but require seve...
Description
For many database-driven or computationally heavy slash commands, the documentation recommends we use DEFERRED_CHANNEL_MESSAGE_WITH_SOURCE to acknowledge the command until we can respond. The problem with this is that being able to update a command comes with many limitations after acknowleding, since I believe Discord is considering it an "edit" or "followup" instead of the initial command. Once of the limitations is the infamous edit-mention "bug" (is it a bug?). Even i...
can't reproduce in discord alpha 100.8 (100208)
Are you using android? I just got alpha and it's still broken for me
But doesn't the mentionable type allow users, roles and channels? If yes, it would be great to narrow down what types of mentionables are allowed (sometimes I want just either user or role, I don't care about the channel).
yes, i'm using an android, still working as normal
yes, i'm using an android, still working as normal it seems that bots using the http method fails
any way i can fix that on my side?
Unlike acknowledging a slash/context command with DEFERRED_CHANNEL_MESSAGE_WITH_SOURCE which requires a message to be sent later, acknowledging an interaction (button presses etc.) with DEFERRED_UPDATE_MESSAGE does not require that the message is actually updated later.
The current wording is a bit ambiguous and resulted in some questions in the Discord Developer server; adding an "optionally" hopefully makes it clearer that a follow up is not required.
eaa39a1 Add min_value and max_value on slash command op... - typpo
77ee0f9 Document message content intent application fla... - advaith1
506308e Add descriptions to user flags table - msciotti
68e77e6 Add descriptions to user flags table (#4036) - msciotti
8a80d44 fix: show -> shown in flags (#4037) - RedDaedalus
min_value and max_value have been implemented on slash command options: https://discord.com/developers/docs/interactions/application-commands#application-command-object-application-command-option-structure
min_value and max_value have been implemented on slash command options: https://discord.com/developers/docs/interactions/application-commands#application-command-object-application-command-option-structure

why there's 2 options please remove one of them
What they're referring to: https://discord.com/developers/docs/interactions/application-commands#application-command-object-application-command-option-structure
channel_types is also duplicated.