Links
Tags
Creators
Details
1.3.1
Compatibility
Required content
Changes
Bug fixes from a full review of the multi-loader tree, verified end-to-end against real Fabric, NeoForge and Paper servers running the packaged jar.
- Conduits survive a clean shutdown. Server teardown ran before the world save and emptied the conduit list first, so a conduit built since the last autosave was erased from saved data on /stop. In play the conduit re-derived itself from its crystal and frame within two seconds of the chunk loading, so this was invisible — but the saved state was wrong.
- /mobconduit visualize draws the coverage sphere. Two of its three rings were collapsing into diagonal lines, and the one real ring was too sparse to see at a 128-block radius. All three are now true great circles, drawn together, with spacing that scales with the radius.
- Config keys set to null in the JSON are reachable again. They vanished from get, set and tab-completion, and disappeared from the file on the next save. Any nulled key now falls back to its documented default.
- Disabling a dimension no longer strands a light block and a hologram on a conduit whose chunk was unloaded at the time.
- Paper / Spigot: crystals are detected however they arrive. Only crystals a player placed by hand were tracked, so one summoned by a command, another plugin or a structure never formed a conduit until its chunk cycled.
- Paper / Spigot: the plugin now loads through plugin.yml on both platforms. No change to how you use it.
- Cancelled world unloads are honoured; repeat visualize calls no longer stack; a mob caught by two overlapping conduits is only condemned once; the NeoForge build ships its icon.
Server-side only, nothing registered, vanilla clients just connect. Minecraft 26.2, Java 25.
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:tBSSIv55:usloftQG"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:tBSSIv55:usloftQG"
}

