All versions
1.21.1-v1.3.1
Release
Sol's AuthLogin 1.21.1-1.3.13 days ago 19
Compatibility
Minecraft: Java Edition
1.21.1
Platform
NeoForge
Supported environments
Client-side
Server-side
Client and server
Changes
Changelog:
- Authentication is now disabled by default for the local owner of an integrated single-player world. Dedicated-server players and remote guests joining an opened-to-LAN world remain protected as before.
- Players who want authentication in an integrated world can enable
general.security.enableInSingleplayerinsolsauthlogin-common.toml. - Fixed a server crash or save during authentication potentially replacing a player's real inventory with an empty auth-state inventory. AuthLogin no longer clears or masks the live inventory; its movement, interaction, container, pickup, drop, damage, chat, and command protections remain active.
- Fixed players sometimes returning to the authentication spawn instead of their previous location after lag, rapid reconnects, or a server crash.
- Return locations are now saved before the auth teleport, written atomically, backed up safely, and recovered from backup if the main file is damaged.
- Original game mode and movement abilities now survive reconnects and server restarts while authentication is incomplete. Survival, Creative, Adventure, and Spectator are restored accurately.
- Password attempts, duplicate-login protection, remembered server sessions, and client auth tokens no longer cross between differently capitalized usernames.
- Auth recovery records are cleared only after the restored player data has been saved successfully.
- Server shutdown now restores active auth restrictions before the final player save whenever possible.
- If AuthLogin cannot safely save the player’s return location or recovery state, it disconnects them before applying authentication restrictions. The player should rejoin; if the problem repeats, contact the server administrator. This safeguard prevents an unsafe auth-state save and does not itself indicate that player data was lost.
Upgrade notes:
- Existing credentials and configuration carry over. Credential lookup keys are migrated automatically to each account's originally stored capitalization; no password reset or manual migration is required.
- Existing config files automatically receive
enableInSingleplayer = false. - Install matching v1.3.1 jars on the server and clients where the client mod is required.
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:EVSBNyMm:Yfkgh0J0"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:EVSBNyMm:Yfkgh0J0"
}

