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
DEV: move post flags into database #26951
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a few initial comments, will leave it there for now though.
286d8ad
to
b0161a0
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay there is a lot here, but we are building the foundation :) Sorry if some of this is a bit unclear, it's been a long day, please let me know if you need clarification on anything. The main thing I am concerned about is the various different "things" each flag can be used against (post, topic, chat message) and how the existing legacy post action type and reviewable score records tie into all of this.
OK re-evaluating based on your internal comments and guidance on the _type columns Kris, I think the main change we need to make here is to:
Then also just the few other suggestions here that are more minor then it can be good to go. |
@martin-brennan thank you for the review. Everything should be fixed 🤞 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this is a good foundation Kris, thanks for taking the time to address review comments :)
This is preparation for a feature that will allow admins to define their custom flags. Current behaviour should stay untouched.
This is preparation for a feature that will allow admins to define their custom flags. Current behaviour should stay untouched.
This is preparation for a feature that will allow admins to define their custom flags. Current behaviour should stay untouched.
A basic guardian was also defined. In addition, default translations are handled. Old flags will use translations, but at this point, admin defined flags will not be translated.