Tags
Creators
Details
1.1.7
Compatibility
Required content
Changes
GPExpansion v1.1.7
Changes
Ban Enforcement Refactor
- Extracted ejection logic into reusable
ejectFromClaimmethod - Added
getClaimMinY/getClaimMaxYhelpers toGPBridgefor vertical bounds - Simplified
BanEnforcementListenerusing the new GPBridge methods - Added
banlistsubcommand support in tab completion and command list
Bug Fixes
- Config overwrite on restart: Fixed a bug where the
Configclass andVersionManageroperated on separate in-memory configs. WhenVersionManagercalledplugin.saveConfig(), it would overwrite disk changes made by theConfigclass — resetting values likeclaim-flight.passive-modeto their defaults on server restart. - Prevent repeated config backups:
ensureVersion112Structure()now only runs when the config version is older than 1.1.2, preventing unnecessary backup files from being created on every server restart.
Migration
If you had the 1.1.2 config migration bug and ended up with multiple config.yml.backup_* files:
- The oldest backup is your pre-1.1.2 config (before any migration).
- The second oldest is your first post-migration 1.1.2 config (before the repeated backup bug kicked in).
- Any newer backups were created unintentionally each restart because the
defaults:section was missing from the migrated file, causingensureVersion112Structure()to re-trigger. With this fix, that no longer happens.
You can safely delete all backup files except the second oldest (which preserves your migrated config if anything goes wrong). If you prefer, you can also manually re-apply any custom config values like claim-flight.passive-mode: true — they will persist across restarts now.
Optional dependencies
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:7IRb19K2:uFWQCpIS"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:7IRb19K2:uFWQCpIS"
}

