Links
Tags
Creators
Details
Licensed MIT
Published 2 years ago
Updated 5 days ago
All versions
26.201.3
Beta
worldweaver-26.201.32 weeks ago 14.9K
Compatibility
Minecraft: Java Edition
26.2
Platform
Fabric
Supported environments
Client and server
Required content
Any compatible version
Changes
Features
- wover-test-api: StructureTemplateAudit checks a mod's shipped structure templates
- StructureNBT.readTemplate and getTemplate: the single structure template loader
Changes
- WorldWeaver logs only at info level by default
- Deprecated ClientBlockTraits.MODEL, attach a BlockModelBinding (ModelKey + client factory) instead
- Deprecated the ClientBlockTraits render aliases, use BlockRenderTraits and ItemRenderTraits
Fixes
- Vanilla Nether biomes almost never generated next to biomes of other mods (e.g. Biomes O' Plenty)
- Food built with RecipeBuilder.cookableFood could not be cooked in a furnace
- The world preset info registry was not loaded when TerraBlender was installed, so new worlds stored the wrong overworld preset
- End structure pieces (BetterEnd villages) decided whether they are buried by reading blocks two chunks away, which logged unsafe terrain reads and could cut pieces off
- The fabric tool tags (axes, hoes, pickaxes, shears, shovels, swords, spears) had no translation
- The warning for level-type=minecraft:normal claimed modded Nether/End biomes would not generate; they do, only the WorldWeaver biome layout is missing (WorldWeaver#29)
- Turkish system locale broke loading of BetterNether/BetterEnd worldgen data (BetterNetherWorldWeaver#285)
- BiomeBuilder colors no longer use the client-only ColorHelper, which crashed a dedicated server
- StructureNBT did not upgrade outdated structure templates with the DataFixer
- Spears exposed a tool rule without a tag key, crashing mods that inspect tool rules, and lost their spear attack speed (BetterEnd#601)
- Worlds affected by the bed-foot home POI bug kept the stale entries, so villagers stayed stuck (BCLib#231)
- Biomes with genChance 0 crashed the biome source instead of being disabled (BCLib#216)
- Tool sets were missing the tags vanilla lists its tools in by item (#minecraft:cluster_max_harvestables, #c:tools/mining_tool, #c:tools/melee_weapon) (BetterNether#197)
- Bookshelves didn't count as #minecraft:enchantment_power_provider, and the magic-source check ignored #enchantment_power_transmitter (BetterNether#216)
- Silk-touch loot tables with several drop pools dropped the block once per pool (BetterNether#226)
- Game crashed on startup with an ExceptionInInitializerError when installed alongside Nyf's Quivers (WorldWeaver#19)
- Dedicated servers silently created a vanilla Nether and End when server.properties set level-type=minecraft:normal; they now warn and explain how to pick the BetterX preset (WorldWeaver#29)
- Surface rules that other mods add to the End through TerraBlender (e.g. Biomes O' Plenty) were ignored (WorldWeaver#25)
- Several WorldWeaver tags had no translation, so Fabric reported untranslated item tags (WorldWeaver#28)
- The welcome screen reappeared on every start when it was closed with Escape instead of Proceed (WorldWeaver#31)
- Servers crashed with "Tags not bound" when another mod registered a flammable block tag before WorldWeaver blocks (WorldWeaver#37)
- Structures placed oxidized copper, amethyst and netherite debug blocks (BetterNether#316, BetterNether#231)
- Building from a fresh clone failed without a maven publishing token (WorldWeaver#16)
- WorldWeaver was not marked as a library in Mod Menu (WorldWeaver#23)
Validation
- ✅ Dedicated server (Minecraft 26.2) started (WorldWeaver 26.201.3, BCLib 26.201.3, BetterNether 26.201.3, BetterEnd 26.201.3, wunderreich 26.201.1)
- ✅ wover-biome-api / BiomesOPlenty + Terralith (BiomesOPlenty-fabric-26.2-26.2.0.0.28.jar, Terralith_26.2_v2.6.4.jar, GlitchCore-fabric-26.2-26.2.0.0.0.jar, TerraBlender-fabric-26.2-26.2.0.0.2.jar, lithostitched-1.8.0-fabric-26.2.jar, tested: gametest)
- ✅ wover-generator-api / BiomesOPlenty + Terralith (BiomesOPlenty-fabric-26.2-26.2.0.0.28.jar, Terralith_26.2_v2.6.4.jar, GlitchCore-fabric-26.2-26.2.0.0.0.jar, TerraBlender-fabric-26.2-26.2.0.0.2.jar, lithostitched-1.8.0-fabric-26.2.jar, tested: gametest+worldgen)
Optional dependencies
Any compatible version
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:RiN8rDVs:Xb6nxIdq"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:RiN8rDVs:Xb6nxIdq"
}

