Closed patrickklaeren closed 3 years ago
This is confirmed and a common problem. A potential solution would be to find a list of these banned words and when one is present use the ID for the channel name instead.
This is confirmed and a common problem. A potential solution would be to find a list of these banned words and when one is present use the ID for the channel name instead.
I'm not sure you'd be winning a fight against a list which could be constantly changing - I can't even seem to find a published list.
Wouldn't it be easier to allow for configuration and create channel names based on snowflakes?
In the long run... probably
I would suggest inspecting the 400 response for "contains words" and then try again with the snowflake. The response body's content is frozen as part of the Discord API version, no? Would that break unexpectedly? If it does, the worst case is it would just write the error to the log channel.
Workaround
User ID: [the user's ID
the thread will work like normal.*Your modmail logs channel will not display the log URL, however, using the logs command should allow you to view the log of the thread. This is obviously just until a permanent fix has been deployed.
Describe the bug When a user has a word that is banned by Discord server discovery community guidelines (I can add a few, but you can probably imagine which terms), a thread cannot be opened by the user because the Discord API does not want to create a channel with the user's name.
Bot Info Bot version (check with
@modmail about
): 3.6.2 Host method (Heroku, self-host, etc): self hostedTo Reproduce Steps to reproduce the behavior:
Error Logs
Possible solution Would it be possible to add a new configuration to create channels based on snowflakes, i.e. the user IDs, making threads name agnostic?