| Commit message (Collapse) | Author | Age | Lines |
| |\ |
|
| | | |
|
| | |
| |
| |
| | |
The comment doesn't contribute anything.
|
| | |\ |
|
| | | |
| | |
| | |
| | |
| | | |
The ternary is a bit confusing.
Co-authored-by: Numerlor <[email protected]>
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The confirmation was intended to be a safe guard against cache issues
that would cause a huge number of roles/users to deleted after syncing.
With `wait_until_guild_available`, such cache issue shouldn't arise.
Therefore, this feature is obsolete.
Resolve #1075
|
| |\ \ \
| | | |
| | | | |
Add userid decoding and user token detection to the token removal moderation feature
|
| | | | |
| | | |
| | | |
| | | | |
extract_user_id(id) is not None does the same job and is not worth the extra function
|
| | | | |
| | | |
| | | |
| | | | |
Clean up mock usage, docstrings, unnecessarily split-lined function calls
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
the current server
Also adjust the naming and purposes of the format messages to KNOWN and UNKNOWN token messages.
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
userid -> user ID
maybevalid -> maybe_valid
remove collections import
and added a new function that handles the "format user ID log message" and should_ping_everyone feature
|
| | |\ \ \
| | | | |
| | | | |
| | | | | |
Resynchronize changes with the new cog folder arrangement
|
| | | | | |
| | | | |
| | | | |
| | | | | |
Handles cases like xxx.xxxxx.xxxxxxxx where a user has intentionally censored part of a token, and will not consider them "valid"
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
in the server
Updated tests
This comes with a change that a user ID must actually be able to be decoded into an integer to be considered a valid token
|
| |\ \ \ \ \
| | | | | |
| | | | | | |
Adjust verification & incidents log levels
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
Avoid information duplication in production logs.
|
| |/ / / / /
| | | | |
| | | | |
| | | | | |
Fixes BOT-9A
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | | |
Fixes BOT-99
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
python-discord/feat/info/1125/user-cmd-whitelist-modmail
Whitelist the modmail category for displaying verbose infraction info from the user command
|
| | |\ \ \ \ \
| |/ / / / /
|/| | | | | |
|
| |\ \ \ \ \ \
| |_|_|_|_|/
|/| | | | | |
Use mentions for users in mod logs and infraction search results
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The `_utils.Infraction` alias does not cover nested data structures.
Therefore, it's inappropriate for expanded infraction API responses.
|
| | |\ \ \ \ \
| |/ / / / /
|/| | | | | |
|
| |\ \ \ \ \ \
| | | | | | |
| | | | | | | |
Latency cog for checking ping.
|
| | |\ \ \ \ \ \
| |/ / / / / /
|/| | | | | | |
|
| |\ \ \ \ \ \ \
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
python-discord/sebastiaan/features/use-async-rediscache-package
Use `async-rediscache` package for our redis caches
|
| | |\ \ \ \ \ \ \
| |/ / / / / / /
|/| | | | | | | |
|
| |\ \ \ \ \ \ \ \
| | | | | | | | |
| | | | | | | | | |
Several improvements to duckpond
|
| | | | | | | | | | |
|
| | |\ \ \ \ \ \ \ \
| |/ / / / / / / /
|/| | | | | | | | |
|
| |\ \ \ \ \ \ \ \ \ |
|
| | |\ \ \ \ \ \ \ \ \
| | | |_|_|_|_|/ / /
| | |/| | | | | | | |
|
| | | | | | | | | | | |
|
| | | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
The feature will be moved to the filtering cog.
|
| | | | | | | | | | | |
|
| | | | | | | | | | | |
|
| | | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
There's not a lot of activity in our duckpond at the moment. To activate
our duckies, I've decreased the duckpond threshold to 4. This means that
a message will now be relayed once it's been ducked four times.
Let's get all of our ducks in a row.
Signed-off-by: Sebastiaan Zeeff <[email protected]>
|
| | | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
This commit adds a command that allows admins to manually relay a
message to the duckpond, regardless of duck counts and the checks done
in the reaction event handler.
Signed-off-by: Sebastiaan Zeeff <[email protected]>
|
| | | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
I've created a helper for duckpond's relay feature to allow me to use it
separately from the command we're planning to add to the Cog. I opted
not to include the lock in the original relay method to separate the
logic more clearly.
Signed-off-by: Sebastiaan Zeeff <[email protected]>
|
| | | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
I've removed the unit tests for duckpond in concordance with the new
policy for writing unit tests for the bot The tests were unnecessarily
complicated, difficult to maintain, and slowed development.
Signed-off-by: Sebastiaan Zeeff <[email protected]>
|
| | | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
Our duckpond suffered from a race condition: If multiple raw reaction
events were received in quick succession and a message had enough ducks
to take it over the duckpond threshold, the message would be relayed
multiple times.
The reason this happened is because the green checkmark emoji that stops
a message from being relayed multiple times is only added after the
message has been relayed. This means that multiple event triggers can
make it past the green checkmark check before any of them has a chance
to add a green checkmark.
The solution was to create a relay lock that needs to be acquired before
checking for the presence of a green checkmark and is only released
after adding a green checkmark. This prevents multiple events from
making it past the sentinel check.
As our Cogs are potentially initialized before the event loop is
created, the lock is load lazily when needed.
Signed-off-by: Sebastiaan Zeeff <[email protected]>
|
| | | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
As announcements already get a lot of exposure and have a high risk of
getting "ducked", duckpond will now ignore those channels and never
relay those announcements to our duckpond.
Signed-off-by: Sebastiaan Zeeff <[email protected]>
|
| | | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
Some of our members have expressed concern that their messages would be
"ducked" by staff members and relayed to the staff-only duckpond. Since
duckpond is supposed to be a funny, staff-only affair, I've made
duckpond ignore messages from non-staff members.
Signed-off-by: Sebastiaan Zeeff <[email protected]>
|