Links
Tags
Creators
Details
1.2.0
Compatibility
Required content
Changes
Version 1.2.0 - The Safe-Slot & Baritone Stability Update
This major update brings bulletproof stability to Material Finder.
We’ve completely rewritten how the mod handles your inventory and overhauled the Baritone integration to ensure seamless, crash-free automation.
🛡️ The Safe-Slot Ownership System
- Flawless Player Protection: Material Finder now explicitly tracks "ownership" of the items it supplies. It will never touch, move, or overwrite items you manually place in your reserved slots.
- No More False Pauses: Fixed the critical bug where the mod would constantly pause itself if you had your own items in reserved slots. It now smartly ignores your items and only tracks the ones it spawned.
- Exact Quantity Supply: No more overflowing inventories! The mod now supplies the exact block count requested (e.g., 36 Stone instead of a full stack of 64), saving space and reducing clutter.
🤖 Bulletproof Baritone Integration
- Lazy Initialization: Say goodbye to startup errors! Baritone now loads quietly in the background with a smart 5-second retry system. You no longer have to spam
/mf startwhile waiting for Baritone to wake up. - Perfect Sync: Material Finder now directly intercepts Baritone's build tasks (
baritone.jk) to supply the exact materials Baritone is asking for in real-time.
⚙️ Quality of Life & Commands
- Saved Preferences: Your active provider choice (
litematicaorbaritone) is now saved to your config file and persists between game restarts. - Quicker Slot Config: You can now use a dash for faster slot setup (e.g., typing
/mf slots 1-6instead of/mf slots set 1 6). - Smarter Resume: Typing
/mf resumenow forces a full re-sync of your inventory, guaranteeing the mod picks up exactly where it left off without instantly pausing again. - Expanded HUD: The on-screen overlay now displays your active provider, Baritone's current state, reserved slot range, and exact queue size.
🐛 Under-the-Hood Fixes
- Fixed a critical reflection crash (
ArrayIndexOutOfBoundsException) that caused Baritone initialization to permanently fail. - Re-engineered the supply engines (
SmartSupplyEngineandQueueRefillTask) to top-up existing stacks incrementally rather than erasing and replacing them. - Added detailed diagnostics to the
/mf debugcommand for easier troubleshooting.
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:RA6jBMLj:q9HreQER"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:RA6jBMLj:q9HreQER"
}


