All versions
1.1.4
Beta
LockTight 1.1.410 months ago 29
Compatibility
Minecraft: Java Edition
1.21.x
1.20.x
Platforms
Paper
Purpur
Changes
[1.1.4] - 2025-12-18
Added
- Bulk Trust Commands:
/chest trustall <player>&/chest untrustall <player>to manage trust across all owned chests at once./chest untrust allcommand removes trusts for all players/groups on all owned locks - LuckPerms Integration: Group-based trust management with four new commands:
/chest trustgroup <group>and/chest trustgroupall <group>- Trust all players in a LuckPerms group/chest untrustgroup <group>and/chest untrustgroupall <group>- Remove trust for all players in a group
- Clear Trust Commands: Three new commands to clear trusts from a targeted chest:
/chest cleartrusts- Removes all player trusts from the chest you're looking at/chest cleartrustsgroups- Removes all group trusts from the chest you're looking at/chest cleartrustsboth- Removes all player and group trusts from the chest you're looking at
- Admin Bypass for Trust Commands: Players with
locktight.bypasspermission can now trust/untrust on any chest they're looking at, even if they don't own it - Inspection Enhancement:
/chest inspectnow displays trusted groups in addition to trusted players - Per-Player Auto-Lock Toggle: New
/chest autolockcommand allows players to toggle auto-lock on place for themselves, regardless of the global config setting. Preferences are saved to the database and persist across server restarts and player disconnects/reconnects
Changed
- Breaking Protection: Chests now remain unbreakable even after being unlocked with
/chest unlock. Breaking protection is only removed when chest metadata is completely deleted (e.g., via/chest delete). This prevents accidental chest destruction while still allowing access when unlocked. This also applies to lockpicked chests - they remain protected from breaking - Updated command usage and tab completion for new subcommands
- Updated
messages.ymlwith new messages and bumped version string to 4 - Added LuckPerms as a soft dependency
- Changed
general.auto_lock_on_placedefault value tofalse - Database schema updated to store per-player auto-lock preferences in
alert_preferencestable
Fixed
- Fixed bug where
/chest deletecommand wouldn't properly delete both sides of double chests, it now removes all metadata completely - Verified and ensured all double chest handling logic is consistently implemented across all database operations
- Fixed update checker to properly handle dev versions - dev builds with higher base versions no longer show false update alerts, and dev builds will be prompted to update when release versions of the same base version are published. Also added support for dev-to-dev version comparison (e.g., Dev1a → Dev1b, Dev3b → Dev4a)
- Fixed edge case sometimes prematurely closing lock cache cleanup causing SQLite "closed pointer" console error during expired chest lock cleanup
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:qdy2liUd:unsN0lPQ"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:qdy2liUd:unsN0lPQ"
}

