Tags
Creators
Details
1.3.0-mc1.20.6
Compatibility
Changes
1. Overview
- Updated the restoration system to support connectable blocks, preventing unwanted block updates for
glass-panes,wallsandfences(fences, iron bars and copper bars). - Fixed blacklisted fragile blocks items not being dropped when they are broken (only blacklisted ones, not blocks being broken due to getting over the max-blocks limit).
- Added
redstone-wiresas fragile blocks. - Removed support for
CHORUS_FLOWERas fragile blocks because their restoration doesn't work properly. Note thatCHORUS_PLANTis still supported. - Completely reworked material loading process on server start (or plugin reload), to improve performance and allow
non-block materials to be loaded (such as
redstone-wires). - Split and heavily refactored the main configuration class.
- Updated the PacketEvents optional dependency to
2.12.1+spigot.
2. Connectable blocks
A connectable block is a block that automatically connects to its adjacent blocks. This includes the following categories:
fences(fences, iron bars and copper bars)glass-paneswalls
Connectable blocks behave in a similar way to fragile blocks:
- Their connections can be modified illegally with a Debug Stick, or plugins like Axiom or WorldEdit.
- A connectable block will revert to its normal state when a physics update is triggered on one of its adjacent blocks.
This is why the restoration system has been made compatible with connectable blocks.
Connectable block updates are removed from network packets when they are restored (if the PacketEvents plugin is present). However, in most cases, they are still rendered by the client before the related network packet is received, which causes flickering for a fraction of a second.
Optional dependencies
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:i4WvDCnD:w2rBPIJ7"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:i4WvDCnD:w2rBPIJ7"
}

