discord-api-docs
discord-api-docs copied to clipboard
discord
USE_EMBEDDED_ACTIVITIES -> USE_EXTERNAL_APPS
We're going to be expanding USE_EMBEDDED_ACTIVITIES to cover activities and user installed apps. Renaming the permission and updating the description to accurately reflect the behavior.
This is a rather poor decision. As a moderator of a larger server, I do not want to have to disable user apps entirely in order to get rid of the moderation concern that activities bring.
Really hope this gets reconsidered.
I am not a fan of this. I (and probably many others) have already disabled activities for users but now, User Apps are going to end up being disabled too unintentionally.
The moderator side of me does not want activities but the developer side of me absolutely wants user apps to work, especially since I have a bot that I use a lot myself through user apps
I am not a fan of this. I (and probably many others) have already disabled activities for users but now, User Apps are going to end up being disabled too unintentionally.
The moderator side of me does not want activities but the developer side of me absolutely wants user apps to work, especially since I have a bot that I use a lot myself through user apps
Your user apps will still work, it'll just be forced ephemeral.
Your user apps will still work, it'll just be forced ephemeral.
I don't believe this solves the issue I'm having? I want to be able to, for example, enable activities and not have user commands in the server (which is impossible with the permission merge) - or disable activities and maintain the global availability of user commands (which, while yes commands still run ephemerally, removes a lot of usefulness for a lot of bots).
I am not a fan of this. I (and probably many others) have already disabled activities for users but now, User Apps are going to end up being disabled too unintentionally. The moderator side of me does not want activities but the developer side of me absolutely wants user apps to work, especially since I have a bot that I use a lot myself through user apps
Your user apps will still work, it'll just be forced ephemeral.
That doesn't work for commands that rely on having a public message though. It may be fine for more basic responses but it is not a one size fits all solution
Polls could've easily been tied to Embed Links since they're pretty much just embeds or even reactions since they function the same but that got given a separate permission. This combination has big issues with usability
I feel like this could make sense if you could disable use external apps for voice channels, but allow it on other types of channels. Although on the other side of things, you'd have to disallow user apps entirely on voice channels.
activities work in text channels now so that doesn't really work
oh yah I forgot
Does USE_APPLICATION_COMMANDS feel like a better permission to tie forcing ephemeral to? Users with User Apps will be allowed to use their own application commands only in ways that respond to them but not server wide?
I'm worried about the edge case here but I don't agree that activities and apps should be thought of the same where activities has the power to draw a badge on the server icon it just feels a lot more powerful. I just don't want to come without suggestions :)
Does
USE_APPLICATION_COMMANDSfeel like a better permission to tie forcing ephemeral to? Users with User Apps will be allowed to use their own application commands only in ways that respond to them but not server wide?I'm worried about the edge case here but I don't agree that activities and apps should be thought of the same where activities has the power to draw a badge on the server icon it just feels a lot more powerful. I just don't want to come without suggestions :)
No, mods do not want entirely disable app commands for just making ephemeral userapps responses.
Is there a possibility of using the unused USE_CLYDE_AI bit for the user apps permission, or does that need to remain untouched for backwards compatibility sake?
