Automated whitelists

[Simyon264]

About the PR

This PR adds automatic whitelists based on conditions defined in a prototype.

Why / Balance

Resolves #19606.

Technical details

This PR adds a blacklist table to the DB and the coresponding commands for managing the blacklist.
I also added a new prototype PlayerConnectionWhitelist which is used to define whitelists. That prototype contains an Array of WhitelistCondition conditions. Every WhitelistCondition contains 2 DataFields and a Function to check if the player is allowed to connect. The 2 DataFields are the following:
BreakIfConditionSuccess: If the condition passes, the next conditions will not be checked and the player will be able to connect.
BreakIfConditionFail: If the condition fails, the player will be denied and the next conditions will not be checked.

Media

• I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Breaking changes

This removes some CVars related for whitelists, the legacy whitelists are used by default when whitelist.enabled is set to true. Use whitelist.prototypeList to define which whitelists should be used. Currently implemented whitelists are: mrpWhitelist and basicWhitelist.

[Chief-Engineer]

Overall, it looks like it would work for WizDen's needs, but changes could be made to improve readability of the prototype, and to make the system more flexible, potentially allowing it to be easier to use for other things in the future.

Adding support for playtime based ranges for the note condition is probably the thing that'd have the biggest impact on the effectiveness of the system for WizDen

[Chief-Engineer]

This is a terminology nitpick, but to keep things flexible, I'd avoid using the term whitelist/blacklist. It's all just conditions or rules that contribute to an overall blacklist or whitelist system, using terminology that doesn't describe any of the conditions as a whitelist or blacklist can encourage people who make changes in the future to keep the design flexible.

It's not the "Minimum number of players required for this whitelist to be active", it's the "Minimum number of players required for this condition to match", because if the condition can be used flexibly enough, then it can be used as a whitelist or a blacklist

[metalgearsloth]

@Simyon264 you working on this famalams.

[Simyon264]

Yes. I am still working on it.

[github-actions]

This pull request has conflicts, please resolve those before we can evaluate the pull request.

[Simyon264]

FYI, I am still working on it.

[github-actions]

This pull request has conflicts, please resolve those before we can evaluate the pull request.