Tags
Creators
Details
Licensed ARR
Published 10 months ago
Updated 8 months ago
All versions
1.3.1
Release
The Mob 1.3.110 months ago 17
Compatibility
Minecraft: Java Edition
1.21–1.21.10
Platforms
Paper
Spigot
Changes
Hotfix v1.3.1 – AutoSpawn Hot / Cold Logic Fix
This hotfix resolves an issue introduced during the AutoSpawn refactor where only a single mob or a single spawn point would activate under certain conditions.
❗ Problem
AutoSpawns were incorrectly tied to per-spawn-point player proximity instead of the intended arena / world hot-cold lifecycle.
As a result:
Only the spawn point the player was standing near became active
Other configured auto-spawns in the same arena/world remained inactive
This made it appear as if only one mob was spawning, even though limits and intervals were configured correctly
This behavior was not intended and differed from the stable v1.3 AutoSpawn design.
✅ Fix
The AutoSpawn system has been restored to the v1.3 Hot / Cold lifecycle model:
WORLD = ARENA
A world becomes HOT when at least one player is present
A world becomes COLD when empty for a configurable time
All AutoSpawns in that world activate together
Each spawn point:
Spawns 1 mob per interval
Respects maxSpawns
Does not refill during the same cycle
Full reset only occurs after the world turns cold and hot again
This guarantees:
Predictable wave-based spawning
No AFK farming
No partial or inconsistent spawn activation
Technical Changes
Removed per-spawn-point player proximity dependency
Restored arena-wide (world-wide) hot/cold state handling
Simplified AutoSpawn lifecycle to match v1.3 design
Ensured command API compatibility (/mob autospawn, /mob list autospawn, /mob del autospawn)
No configuration changes required
Compatibility
Fully compatible with existing AutoSpawn configurations
No data migration needed
Safe to update on running servers
Notes
This hotfix does not reintroduce refill-based spawning or AFK exploits.
The system remains intentionally strict and event-focused.
Future updates may introduce optional activation modes (WORLD vs CHUNK) for different server types.
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
Maven coordinates:
Version ID:
build.gradle:
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:8hhaeY0e:GODn3wwj"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:8hhaeY0e:GODn3wwj"
}

