Links
Tags
Creators
Details
1.1.1
Compatibility
Changes
๐ชช BedrockPassport 1.1.1
BedrockPassport 1.1.1 adds recovery controls for saved Java-account sign-ins without removing Passport identities or breaking the normal seamless reconnect flow.
๐ Saved login recovery
Server administrators can now invalidate stored JAVA_ACCOUNT authentication state when needed.
A reset does not delete the saved Passport identity, Java UUID, player data, inventory, permissions, statistics, or other server-side data.
๐ฏ Reset one Java account
/bp reset-login <javaName>
This removes the saved reusable authentication state for the matching Java account.
The next time that account is selected, the player is asked to authenticate with Microsoft/Minecraft again. BedrockPassport only accepts the re-authentication if it resolves to the same Java UUID that is already saved in the Passport.
After successful verification, the new auth state is stored again and normal saved-account reconnects continue as before.
๐ Reset all saved Java sign-ins
/bp reset-login --all confirm
This:
- removes all saved
JAVA_ACCOUNTcredentials; - rotates the local
credentials.key; - keeps all Passport identities and saved Java UUID mappings intact.
Affected players verify their existing Java account once on the next connection, then normal saved-account reuse resumes.
๐ก Safer reset handling
- Credential resets are blocked while an online Passport selector is active.
- New selectors are temporarily blocked while a credential reset is in progress.
- Global reset reports partial failure if credentials were deleted but the encryption key could not be rotated.
- Point resets match Java account names case-insensitively.
- Missing credentials now lead into the existing re-authentication flow instead of removing the account.
๐งน Other changes
- Improved admin command usage text.
- Kept the existing
LOCALandJAVA_ACCOUNTbehavior unchanged outside of the new recovery controls.
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:xlbqOfvO:BkhbYibT"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:xlbqOfvO:BkhbYibT"
}

