| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Fixes #7002
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
| |
* Switch root_parent from command to group
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Co-Authored-By: Riley Shaw <[email protected]>
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Type checkers (both mypy and pydantic) apparently don't like it
|
| | |
|
| |
|
|
| |
This was due to the Literal restriction from earlier.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
This only applies if and only if the flag can be default constructible.
Ergo, all the flags are optional or not required.
|
| | |
|
| |
|
|
|
| |
The name is currently pending and there's no command.signature hook
for it yet since this requires bikeshedding.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This change makes it more so that `Loop.stop()` gracefully makes the
current iteration the final one, by waiting AND THEN returning.
The current implementation is closer to `cancel`, while also not.
I encountered this because I was trying to run a
`@tasks.loop(count=1)`, and inside it I print some text and change the
interval, and in an `after_loop`, I restart the loop.
Without this change, it immediately floods my console, due to
not waiting before executing `after_loop`.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|