Resolve [Bug]/#24

[csm-kb]

Resolves #24

@Awakened-Redstone @kaydenvg
When executing the whitelist register command in Discord, we take the member's guild's getPublicRole() (which isn't returned in the list from getRoles() because it is documented as implicit):

The @everyone role; synonymous with the guild's ID.

and add it explicitly to the roles we're checking on the member.

This allows users to configure the mod using their guild's @everyone role, and have it behave as expected.

[csm-kb]

Thought that signed... going to do an interactive rebase to have that sign

[csm-kb]

done! should be good to go @Awakened-Redstone

[Awakened-Redstone]

Seems good, I just need to check it a bit more later as the mod runs periodic checks, so may need to add that line to some other parts of the code, like CoreEvents:80 and DiscordDataProcessor:59

I'm sorry for the confusing branches, I'm working on some changes to the repo as AutoWhitelist Lite has been deprecated

[Awakened-Redstone]

I forgot to mention, the major branch currently is mc/1.20.2
Once I have more time I'll remove unused branches and rename master to archive/lite

[Awakened-Redstone]

The roles list is immutable, it has to either be copied to a mutable list or use another method to verify for the @everyone role.
The user can use a bot to give all users a role, but supporting @everyone is a nice QoL, also needs to add the extra code to other places that may change the user whitelist, as mentioned on the last comment

[csm-kb]

mutable list

my bad, it's been years since I touched java... damn ArrayList 😂

[csm-kb]

This should be better, was fighting Gradle to use my jdk-17 path (little gremlin)

• I pulled the get roles logic into its own helper function and modified the other files making use of .getRoles() in that capacity to use this
• I did a rebase onto mc/1.20.2 to catch back up

Please take a look!