Links
Tags
Creators
Details
1.1.1-release
Compatibility
Changes
OmniChest 1.1.1
A bug-fix release. Two issues reported by users, plus one UI problem found while investigating them.
Slot lock hotkey is now actually rebindable
The key binding shown in Controls was never being read. Slot locking was hardcoded to the middle mouse button, so rebinding it — or leaving it unbound — appeared to do nothing. The mod also consumed the click even when it shouldn't have, which broke middle-click stack cloning (pick block) in the creative inventory.
- The binding in Controls is now the single source of truth. Rebinding works, and leaving it unbound genuinely disables the feature.
- When the input doesn't match your binding, the click is passed through to vanilla, so creative pick block works normally again.
- Holding a keyboard binding toggles once per press instead of repeating.
Note for existing users: the default is still the middle mouse button, but your options file currently has this key stored as unbound. This update performs a one-time migration to the middle mouse button so your setup keeps working. After that, whatever you set is respected permanently and never overwritten again — if you want middle-click free for pick block, unbind it once and it will stay that way.
Typing in the chest search field no longer hijacks your keys
Keystrokes typed into the search field were also reaching vanilla's inventory
handling. Typing an e — as in "Shell" or "enderchest" — triggered the inventory
key and closed the screen; because the screen was then gone, the remaining letters
were treated as key binds and opened other menus. Number keys were swapping hotbar
slots and q was dropping items for the same reason.
While the field has focus, keystrokes now stay in the field. Escape and Tab behave
as before, and pressing e with the field unfocused still closes the inventory.
Side panel button labels no longer get cut off
Panel width was a fixed 146px and label widths were never measured, so longer translations were clipped — "Sort by Category" rendered as "ort by Catego" in English. The panel now sizes itself from the actual rendered label widths, widening only when there is room and stacking a row vertically when there isn't. Locales that already fit (Japanese, Chinese, Korean, and others) are pixel-identical to before. No English strings were shortened.
This also fixed two related problems: hidden buttons were still inflating the panel width, and the controls-help panel could overlap the side panel at narrow window widths.
Known issue
The search field inside the chest GUI does not do anything yet. It worked in 1.0.0, but the code that read your input was removed by accident during the 1.21.11 update and was never restored — only the box and its tooltip remain, and that tooltip is currently inaccurate. Typing no longer breaks anything as of this release, but it won't highlight items either. Restoring this is the next thing on the list.
Supported versions
1.21.10, 1.21.11, 26.1, 26.1.1, 26.1.2, 26.2
Thanks to the reporters of both issues — narrowing the first one down by disabling the mod, and the screenshot on the second, made these much faster to track down.
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:5FUhayJR:jiAhC4bo"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:5FUhayJR:jiAhC4bo"
}

