Description:
While having kicks disabled on some checks, malicious players are able to trigger a flood of GE alerts (most commonly killaura, autoclicker, and movement, and sometimes timer and badpacket). During this alert spam the server very rapidly deteriorates into an unresponsive state, often not even giving enough time for an online staff to execute a kick/ban before the server crashes. (So far) enabling auto kicks seems to stop it from getting to this point, but for chasing up false positives and/or giving staff an opportunity to observe the cheater, it would be ideal to not have to do this for every check.
Thanks for the report, all of these issues are being worked on in small fixes for the current version while the real bigger fix will be the recode once it will be done and be delivered
GodsEye version: Build 60
Server Version+Fork: MC 1.8.8 - git-Spigot-21fe707-741a1bd
Client Version+Fork: N/A though malicious actors are usually on an MC 1.8 client
ProtocolLib version: ProtocolLib v5.0.0-SNAPSHOT-b588
Console errors: https://pastebin.com/6EKD98rk
Description: While having kicks disabled on some checks, malicious players are able to trigger a flood of GE alerts (most commonly killaura, autoclicker, and movement, and sometimes timer and badpacket). During this alert spam the server very rapidly deteriorates into an unresponsive state, often not even giving enough time for an online staff to execute a kick/ban before the server crashes. (So far) enabling auto kicks seems to stop it from getting to this point, but for chasing up false positives and/or giving staff an opportunity to observe the cheater, it would be ideal to not have to do this for every check.