| Commit message (Collapse) | Author | Lines |
|
Did things according to what was proposed by @swfarnsworth, and the following:
- Fixed the REPL example (assignments never return)
- The word "slicing" at the start was not capitalized in the proposal, even though it started a sentence. I fixed that.
|
|
|
|
|
|
|
|
|
|
|
|
Co-authored-by: ChrisJL <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
A controversial comment, to be sure. I have solved this with a compromise
I know in my heart we can all agree on, wholeassedly.
|
|
This type is usd for a few attributes, including Guild.threads and guild.Channels. This type does not implement any of the add dunder methods, so we use itertools.chain to get a single iterator for both sequences.
Fixes BOT-398 Fixees #2292
|
|
Use a stricter bot token regex
Co-authored-by: wookie184 <[email protected]>
Co-authored-by: Hassan Abouelela <[email protected]>
|
|
|
|
This is need due to the new behaviour of discord.utils.get supporting both iterables and async iterables by checking for the presence of the __aiter__ attr on the iterable.
GuildChannelConverter._resolve_channel uses this get util under the hood which grabs the voice channels on the guild, which were previously Mocked by the MagicMock, meaning the __aiter__ attr was present, causing the util to think it should be ran asynchronously.
|
|
This warning was added in the latest version of flake8-bugbear, but can be ignored in this instance.
|
|
|
|
From the release notes on d.py [here](https://canary.discord.com/channels/336642139381301249/381965829857738772/1006359073610010664) and [here](https://canary.discord.com/channels/336642139381301249/381965829857738772/1008772795179737230) none of the breaking changes for the commit we were on to 2.0.1 affect us.
|
|
|
|
Added new tests for this behaviour, and added pytest-subtests dev dependency
|
|
I didn't mean to put them there in the first place
|
|
|