| Commit message (Collapse) | Author | Lines |
|---|
|
This make the channel specifiable without the amount.
Co-Authored-By: scragly <[email protected]>
|
|
|
|
|
|
The in_channel decorator raised 'NoneType' is not iterable when it
wasn't passed, due to the default value being None but not checked
against before iterating over it. This edit ensures the arguments are
set to an empty list in cases where they have a value of None instead.
|
|
- Added the option to specify a channel to have Python repeat what you said to it, as well as keeping the old functionality of having it repeat what you said in the current channel if no channel argument is given.
Signed-off-by: Daniel Brown <[email protected]>
|
|
|
|
Changed from `get_duration_from_expiry` -> `format_infraction_with_duration`
|
|
`humanize_delta`
|
|
|
|
* Add a hidden_channels parameter to in_channel decorator to hide
channels from the InChannelCheckFailure error message.
|
|
|
|
https://github.com/python-discord/bot/pull/621
I've changed to unit tests according to the comments made on the
issue. Most changes are straightforward enough, but, for context,
see the PR linked above.
|
|
I moved the check that tests if a payload contains a duck emoji to a
separate method. This makes it easier to test this part of the code
as a separate unit than when it's contained in the larger event
listener.
In addition, I kaizened the name `relay_message_to_duckpond` to the
less verbose `relay_message`; that's already clear enough.
|
|
|
|
functions to return more than just 2 parts of the duration.
|
|
|
|
|
|
|
|
|
|
|
|
`bot.utils.time.get_durations()`
|
|
to user )
|
|
`date_from` ( for pytest and more control over the behaviour )
|
|
|
|
datetimes ( removed tzinfo from expiry )
|
|
`expiry` and `datetime.utcnow()`
|
|
|
|
|
|
block and implement the changes requested by Ava
|
|
|
|
|
|
|
|
(like the codeblock reminder) & improve code a slight bit
|
|
|
|
Co-Authored-By: Mark <[email protected]>
|
|
`content_before` and `content_after`
|
|
|
|
Co-authored-by: scargly <[email protected]>
|
|
|
|
This commit adds unit tests that provide a full branch coverage of
the `bot.cogs.duck_pond` file.
|
|
I have added a mock type to mock `discord.Webhook` instances. Note
that the current type is specifically meant to mock webhooks that
use an AsyncAdaptor and therefore has AsyncMock/coroutine mocks for
the "maybe-coroutine" methods specified in the `discord.py` docs.
|
|
The new AsyncIteratorMock no longer needs an additional method to be
used with a Mock object.
|
|
I have added a special mock that follows the specifications of a
`discord.User` instance. This is useful, since `Users` have less
attributes available than `discord.Members`. Since this difference
in availability of information can be important, we should not use
a `MockMember` to mock a `discord.user`.
|
|
The AsyncIteratorMock included in Python 3.8 will work similarly to
the mocks of callabes. This means that it allows you to set the items
it will yield using the `return_value` attribute. It will also have
support for the common Mock-specific assertions.
This commit introduces some backports of those features in a slightly
simplified way to make the transition to Python 3.8 easier in the
future.
|
|
The `DuckPond.on_raw_message_add` event listener makes an API call to
fetch the message the reaction was added to. However, we don't need
to fetch the message if the reaction that was added is not relevant
to the duck pond. To prevent such unnecessary API calls, I have moved
the code that checks for the relevance of the reaction event to
before the code that fetches the message.
|
|
To allow for separate testing of the code that relays messages to the
duck pond, I have moved this part of the code from the event listener
to a separate method. The overall logic has remained unchanged.
In addition, I've kaizened to things:
- Removed unnecessary f-string without interpolation;
- Removed double negative (not item not in list)
|
|
Previously, the presence of any green checkmark as a reaction would
prevent a message from being relayed to the duck pond, regardless of
the actor of that reaction. Since we only want to check if the bot
has already processed this message, we should check for a checkmark
added by the bot.
This commit adds such a user check.
|
|
As stated from the start, our intention is to add custom mock types
as we need them for testing. While writing tests for DuckPond, I
noticed that we did not have a mock type for Attachments, so I added
one with this commit.
In addition, I think it's a very sensible for MockMessage to have an
empty list as a default value for the `attachements` attribute. This
is equal to what `discord.Message` returns for a message without
attachments and makes sure that if you don't explicitely add an
attachment to a message, `MockMessage.attachments` tests as falsey.
|
|
By default, a mocked value is considered `truthy` in Python, like all
non-empty/non-zero/non-None values in Python. This means that if an
attribute is not explicitly set on a mock, it will evaluate at as
truthy in a boolean context, since the mock will provide a truthy
mocked value by default.
This is not the best default value for the `bot` attribute of our
MockMember type, since members are rarely bots. It makes much more
intuitive sense to me to consider a member to not be a bot, unless we
explicitly set `bot=True`.
This commit sets that sensible default value that can be overwritten
by passing `bot=False` to the constructor or setting the `object.bot`
attribute to `False` after the creation of the mock.
|
|
|
Mark
Manuel Ignacio Pérez Alcolea
Daniel Brown
Shirayuki Nekomata
Leon Sandøy
Sebastiaan Zeeff
Deniz
scragly
Numerlor