Links
Tags
Creators
Details
Licensed ARR
Published 2 months ago
Updated 2 weeks ago
All versions
1.2.0+26.2-neoforge
Release
1.2.0+26.2-neoforge3 weeks ago 10
Compatibility
Minecraft: Java Edition
26.2
Platform
NeoForge
Supported environments
Client and server
Changes
Added
/asrcommands -- ModMenu is now genuinely optional. Every setting the ModMenu config screen can reach is now reachable from a command, so ModMenu can be dropped at any time (and a vanilla client or the server console can drive it):/asror/asr durability-- show the current durability cost (anyone)./asr durability <0-10>-- set it (op only). Persists to the config file and broadcasts the new value to every connected client, exactly like the screen did./asr reload-- re-read the config file from disk and re-sync (op only), so a hand-edited JSON can be applied without a restart. The tree lives in ONE loader-neutral class (command/ASRCommands.java, cog-emitted); each loader supplies only itsCommandDispatcherand an S2C broadcast callback, since that part is genuinely loader-specific. Registered on Fabric viaCommandRegistrationCallback, and on NeoForge/Forge viaRegisterCommandsEvent(both the EB6 and EB7 wiring).
ASRConfig.reload()backing/asr reload.
Fixed
- All three 26.x ModMenu pins were pointing at the wrong MC line. ModMenu ships a separate
major per MC line, and an older major is INTERMEDIARY-named, so it cannot compile against a
newer mojmap MC. The 26.1 row pinned
17.0.0-beta.1-- which is the 1.21.11 line -- and that is what broke the 26.1 cell (cannot access class_437). 26.2 and 26.3 were both pinned to 26.1-era ModMenu and only compiled by luck, since ASR touches just theModMenuApi/ConfigScreenFactorysurface. Corrected to the real per-line versions: 26.1 -> 18.0.0, 26.2 -> 20.0.1, 26.3 -> 21.0.0-alpha.1. The Fabric 26.1 cell builds again.
Changed
- Version 1.1.3 -> 1.2.0 (minor: new user-facing feature).
Verified
- Fabric 26.1 / 26.2 / 26.3 and NeoForge 26.1 / 26.2 all build clean (0 javac warnings).
- Forge validated on BOTH event-bus eras: 1.20.1 (EB6 + SimpleChannel) and 1.21.8 (EB7).
- Behavioural, on the Raider 26.3-snapshot-6 dedicated server:
/asrreported cost 1,/asr durability 4applied and echoed,/asrread back 4,/asr reloadre-read 4, and the value was confirmed written toconfig/autoshield-reborn.json.
Known gap (unchanged from 1.1.3)
- ASR still has no
scripts/build-forge.ps1; the Forge cells have to be driven cell-by-cell through their owngradlew. Every other loader has a canonical build script.
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:AlTj0HVt:ptxNQEUf"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:AlTj0HVt:ptxNQEUf"
}

