All versions
1.2.1
Release
KnownPacksFix 1.2.15 months ago 61
Compatibility
Minecraft: Java Edition
26.1.x
1.21.x
Platform
Velocity
Changes
Update - v1.2.1
New Commands
/knownpacksfix reload— Reloads config.yml and re-applies the patch instantly, no proxy restart needed/knownpacksfix status— Shows the current patch state, active limit, which field was patched, and whether the patch was verified/kpfis available as a short alias for both commands- Permission node:
knownpacksfix.admin(console always has access by default)
New Config Options
patch-all-matches— Patches every matching field found instead of stopping at the first. Default:falsecustom-field-names— Comma-separated list of extra field name candidates, useful for Velocity forks with different internals. Default: empty
Config Auto-Update
config.ymlnow automatically updates itself when the plugin is updated- Any new options added in a newer version are appended to the bottom of your existing file with their full comments
- Your existing settings are never changed or removed
- A separator line marks auto-added entries so they are easy to spot
- A console message is logged telling you how many new options were added
Improvements
- Patch is now verified after applying by reading the field value back and confirming it changed
- If verification fails, a warning is logged so you know something may be interfering
- Previously patched fields are cached so reloads skip the discovery step entirely
- Velocity version is now detected and logged on startup
- If
KnownPacksPacketis not found, a clean error is shown with the Velocity version instead of a raw stack trace - Config validation now warns if
pack-limitis at or below 64 or above 10000 - Invalid config values now print a specific warning naming the bad key instead of silently falling back
Notes
- Core patching behavior is unchanged
- Fully backwards compatible with
config.ymlfiles from v1.1.0 - No configuration changes are required for the plugin to work out of the box
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:peW3mSAL:MlS1Czk2"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:peW3mSAL:MlS1Czk2"
}
