- Improved the documentation of the inventory menus.
- Introduced new methods to handle different connections in the Cloud feature.
- Implemented a new punishment webhook which lists the commands executed.
- The Spartan inventory menu’s max pages were limited to 999 instead of practically unlimited.
- The messages.yml configuration now has the configuration syntax {prefix} for mass plugin name replacement.
- Files will no longer be synchronized when just created to avoid manipulating important options to their defaults.
- The way responsible for calculating the min height of the world has been made a mass used method.
- The IrregularMovements will now treat bedrock players more properly in terms of accuracy.
- The Cloud feature customer-support command will now be more precise with the information it sends.
- Completely rewritten the FastClicks check as the previous one was great but did not meat certain expectations.
- Completely rewritten the Cps Counter handler as an object and renamed it to Click Data.
- The identification of jump movement has been adjusted for bedrock players.
- The Explosion protection will now properly calculate the time it needs to function.
- Reworked the Trident handler to be more universal and cross compatible.
- Certain parts of the FastPlace & MorePackets will disable when the server has competitive CPS.
- The Research Engine will now be able to cache for much longer so more data can be accounted for.
- The Suspicion-based algorithms such as punishments will now work even when the Research Engine is caching.
- Renamed the description of the Compatibilities item to not be so confusing.
- The KillAura time detection will no longer check in specific hit time delays.
- The KillAura raytrace detection will no longer check bedrock players due to their abstract line of sight.
- The HitReach check will no longer run its longer detection on bedrock players.
- The Customer Support command will now include configuration values when executed.
- Violation category will now appear as “unlikely” when a false positive has taken place.
- The configuration system will now accept text as logic, integers & decimals if typed correctly.
- Completely rewritten the way Spartan calculates CPS for more accuracy and new detections.
- Increased the near max falling motion of the IrregularMovements step detection as a way to improve stability.
- Added more information to the KillAura raytrace detection for more knowledge for the development.
- Optimized the punishment algorithm by forcing it to recalculate less information and in more needed circumstances.
- Adjusted the positioning of the Information Analysis object so the detection of a check is found successfully.
- The Research Engine will now longer attempt to calculate evidence for players who have been offline for long.
- Improved the accuracy of the IrregularMovements ground-up detection to match the possible expectations of some.
- Greatly optimized the way Spartan handles its violations in its cache for faster performance and less memory usage.
- Made the Player Info inventory menu look into the player’s online state in more situations.
- Adjusted the Minigame Maker compatibility after the project was transferred to another developer.
- The IrregularMovements step detection will now resort to greater limits in certain situations.
- Big entities will no longer be checked by the KillAura raytrace detection as it’s too risky stability-wise.
- Implemented more new KillAura detections and replaced their old ones.
- Made a few corrections to the Combat Processing handler related to how it handles cache.
- Adjusted how the plugin uses its threads for more appropriate processing times and queues.
- Adjusted the ImpossibleInventory check to be more accurate and functional.
- Adjusted the False Positive Detection feature and mostly removed the Problematic Detections feature due to problems.
- The Research Engine will now recalculate the False Positives by removing redundant violations.
- Added the X Y Z coordinates in the plugin’s logs since they were already added in the SQL feature.
- The IrregularMovements will no longer run when in liquid blocks as it doesn’t need to.
- Improved the protection of the NoSlowdown check of using a bow in combination with specific movements.
- Optimized & improved the process the Velocity check uses to understand if it can check a player.
- The IrregularMovements will now treat its cache more appropriately with several improvements.
- The Punishment algorithm will now be more accurate due more frequent cache refreshes.
- Partly rewritten the Violation History object to handle violations & false positives more appropriately.
- The XRay check will no longer wait a minute for the next violation but will notify when the violation cycle resets.
- Added more information to the Player Info inventory menu about the evidence of the player.
- Removed the Performance.disable_problematic_detections settings.yml option as it no longer plays an important role.
- Improved the bedrock compatibility by better identifying offline players without necessarily accessing heavy offline player data.
- Rewritten how the Research Engine handlers cache works to optimize asynchronous performance but offer more main-thread updates at the same time.
- The No Hit Delay compatibility will now only account when a player recently received damage.
- Deleting a player’s stored data will instantly remove them from the inventory menus.
The Spartan inventory menu will now be able to again access the. data of offline players.
Unlike the previous hot-fix update, this one is not required to download, but it provides many incremental improvements in the internals of Spartan's processes, so it's definitely recommended.
- The plugin will now max out its time division to 30 instead of 90 days.
- Completely rewritten a big part of KillAura check with new utilities and design, with the remaining awaiting completion.
- Introduced a new messages.yml configuration option named “console_name”.
- The Maximum Checked Players feature will now be more synchronized with its interactions.
- Major Incompatible plugins/features can now be toggled via compatibility.yml if you don’t want to account for them.
- Certain compatibilities were updated to work better on more recent versions of Minecraft.
- Completely rewritten the way the plugin understands yaw & pitch difference for more accurate calculations.
- Discordapp.com will now also work as a webhooks domain compared to only discord.com previously.
- Adjusted certain potion effect methods of the Player Data utilities to help improve detection stability.
- Adjusted the accuracy of the identification of jump movement down to 6 decimal places for less false positives.
- Did a general maintenance of many classes and replaced a lot of outdated & inefficient code.
- The previously secret option that allowed to toggle console logs has returned in settings.yml.
- Implemented new checks.yml options and removed old ones to adjust to the changes of the KillAura check.
Replaced the entity-height method with the entity-eye-height method for 1.8, 1.9 & 1.10 Minecraft servers, since the original method is missing.
- Completely rewritten the EntityMove check with the use of vehicle attributes but also new calculations.
- Simplified the way cross-server notifications are distributed to avoid confusions between users.
- The Maximum Checked Players feature will now iterate properly though some of its information.
- Compatibilities will attempt to send Awareness Notifications when failing to load.
- The Cloud feature will no longer impact the “server_name” option in settings.yml.
- Potentially corrected a NoFall water bucket false positive. (MinecraftSGP message me if not fixed)
- Optimized the Cloud feature with less specific error handling.
- Implemented a new Cloud sub-feature to command the plugin to send customer-support information.
- The Cloud feature will now refresh for the first time after the Research Engine handler has completed its caching.
- Cache stored by the movement event will now be specific to the vehicle the player is riding.
- Improved the effectiveness of the False Positive Detection by making it run on violations not containing a prevention which will allow for premature learning.
- The False Positive Detection will now have a 2MB limit in the data it can retain in its memory, although there have been no reported issues.
- The False Positive Detection will now round integers to the nearest of 5 to improve stability.
- Improved the compatibility of Ultimate Statistics with more useful calls and less code checks.
- The Vehicles compatibility will now provide more accurate and less lenient results.
- Pistons will now be accounted for in the water detection of the Speed check.
- The evidence algorithm of the Player Profile object will now search for false positives instead of just problematic detections.
- The evidence algorithm of the Player Profile object will now calculate the days based on your first significant violation till now instead of days you had violations recorded.
- The evidence algorithm of the Player Profile object will now decide whether a player is suspected or a hacker based on the amount of suspicions instead of level of individual suspicions.
- Evidence of hacking or suspicion will now be held longer in the memory for offline players to save performance.
- Brought performance & accuracy improvements in the way the Speed check caches its limits.
- Inventory menus and certain calculations will now use more accurate results of a player’s violation history.
- The overall history of a player will now be based on the amount of unique dates instead of the total collected amount of dates.
- The main inventory menu will no longer process multiple versions of itself for a single players, which could potentially happen in a time of server lag or spam while already loading.
- Rewrote a part of the punishment algorithm to run faster, be more reliable with its results and have no limit to how many checks a player can be punished for.
- Combat-based calculations of the Research Engine handler will now be returned to their original values if not enough data is available.
- Implemented a new checks.yml configuration option for the GhostHand check: check_fully_solid_blocks_only
This update is for those of you whom encounter this rare string replacement error. It's effectively harmless, but here you go.