Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

V1.1 #2

Merged
merged 36 commits into from
Apr 22, 2021
Merged

V1.1 #2

merged 36 commits into from
Apr 22, 2021

Conversation

c0dezer019
Copy link
Owner

No description provided.

Having two will allow the editing of one or the other. Also, configured it so that the functions can be used to update other fields and not just timestamp. Makes it a little damp but will look into a DRYer approach later.
SQLAlchemy will ignore the extra data that isn't apart of the model. This allows the use of the same dataset to be sent to both, making things a bit DRYer since both user and server model receive identical information.
In progress.
?setup potentially cause errors when on_message is triggered before ?setup runs (looking into a potential alternate fix).

?ping will get the timestamp of the command, defeating the purpose of the command. May or may not have it ignore all commands in the future.
Also during last refactor, forgot to re-include the Guild ID.
Improved error handling and ping is now an admin/mod command.

Changed the nature of the ping command. It is essentially a message sent to a user via dm if allowed, other wise it will notify them in the appropriate channel (preferably the system channel). It's intended as a pre-warning before the bot marks them as inactive and again a few days before they are kicked for inactivity.

Any admin or mod can use this command manually. It requires that the admin create either (or both) a role named Moderator and/or Administrator role.

This is problematic as each server has their own idea on what these roles are called. Potential solution: add a global variable outside of the class. The setup command (and will also attempt to do so upon the triggering of on_guild_join in setup_tasks.py)would then ask the admin to list their moderator/admin roles and save these roles to the database for future reference.
@c0dezer019 c0dezer019 self-assigned this Apr 22, 2021
@c0dezer019 c0dezer019 merged commit c8555cf into submain Apr 22, 2021
@c0dezer019 c0dezer019 linked an issue Feb 14, 2024 that may be closed by this pull request
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant