| Commit message (Collapse) | Author | Age | Lines |
| | |
|
| |\ |
|
| | |
| |
| |
| | |
The site's description still stated that it was built with Flask, which
is no longer accurate due to the move to Django.
|
| | |\
| | |
| | | |
Filtering: Implement bad words detection in nicknames
|
| | | |\
| | |/
| |/| |
|
| | | |\ |
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | | |
Co-authored-by: Joseph Banks <[email protected]>
|
| | | | |
| | | |
| | | | |
Co-authored-by: Joseph Banks <[email protected]>
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When cogs reload, it would consider their namespace as a conflict with
the original namespace. This feature will be removed as a fix until we
come up with a better solution.
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
- Use UTC from timestamp
- Rename name bad words checking function
|
| | | | |
| | | |
| | | | |
Co-authored-by: Mark <[email protected]>
|
| | | |\ \ |
|
| | | | | |
| | | | |
| | | | | |
Move lock creation from `bad_words_in_name` to `__init__`
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | |/ / |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
- Make `bad_words_in_name` and attach it to current `on_message`.
- Implement `asyncio.Lock` to avoid race conditions.
- Made that this first check is there matches and when there is,
check for alert.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
This adds a proper class docstring & small touch-ups to local
comments where necessary.
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This contains the main logic for handling reactions and glues all the
helpers together.
Unfortunately, gracefully handling everything that can go wrong in
the process requires quite a lot of code ~ but, at least to me, it
seems like this all should now be fairly safe.
The idea to await the message delete event before releasing the lock
was conceived by Ves, while Mark helped me refine it.
Co-authored-by: Sebastiaan Zeeff <[email protected]>
Co-authored-by: MarkKoz <[email protected]>
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
See docstring!
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
See docstring. The exception log is DEBUG level as failure does not
necessarily indicate that we have done something wrong. We rely on
the API to tell us that the message no longer exists in situations
where we have 2 coroutines racing to archive the same message.
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The crawler now avoids making API calls for messages which:
* Are not incidents
* Already have all signals
As a result, we can sleep only after making actual calls. This speeds
up the task completion considerable, while also making it lighter
on the API. Victory!
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Looks like we'll need quite a few helpers, and I think it's cleaner
to keep them at module level.
It helps avoid the question of: what do I do if a staticmethod
depends on another staticmethod?
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The code is now basically self-documenting, the docstring is no
longer necessary.
The ultimate goal is to allow `crawl_incidents` to be more smart
about which messages need to be passed to `add_signals`, so that
it doesn't need to sleep after each message.
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
This is now necessary as we call the listener ourselves from the
crawl task. An already existing, pinned message, can be received.
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
See docstring for further information. This will run on start-up
to retroactively add missing emoji.
Ratelimit-wise this should be fine, as there should never be too
many missing emoji.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
Looks like it can be static, at least for now.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
These serve as whitelists, i.e. any reaction using an emoji not
explicitly allowed, or from a user not specifically allowed,
will be rejected. Such reactions will be removed by the bot.
|
| |\| | | |
|
| | |\ \ \
| | | | |
| | | | | |
Add cooldown channel to config-default.yml
|
| | | | | | |
|