EQUENOS
EQUENOS
> I have also reproduced this issue on py 3.10 > > And with the current master branch (which installs as 2.2.0, even though 2.2.1 is what is on pypi)...
What a coincidence, I wanted to close this issue today!
I suggest moving test bot to another repo
Okay, here's the problem: `ctx.reply` (as well as `ctx.send` (alias for `reply`), `ctx.respond` and `ctx.create_response` (alias for `respond`)) can never be called more than once, because these methods create a...
ctx.channel being None is super weird, maybe it's related to some caching reasons Speaking of ctx.send working more than once, it indeed should work like that, because it automatically detects...
Also as @shiftinv said, this PR should probably wait for #1107 because it interferes with this one.
This is a good idea, however, I don't like that the solution depends entirely on the API message. Maybe a better implementation would be to check everything on our end,...
> untested, like the idea > > We should catch any parsing errors and silently fall back to the raw error message if anything happens while parsing. Well, my point...
> I hate the concept of putting a ton of overloads in the main `client.py` file. It makes it way more bloated than it needs to be. Can't `wait_for` and...
> Haven't tested much yet - not sure what exactly happened, but something somewhere ended up trying to register subcommands as top-level commands: https://gist.github.com/shiftinv/eddfcae9ca1f34790ced4a5288e3691f Fixed this in https://github.com/DisnakeDev/disnake/pull/1107/commits/1f10a8df8f67b47d2ebb5257b82a2bd346227421