1.3
Compatibility
Changes
CustomDeathMessages v1.3 Changelog
This release addresses critical issues with configuration reloading, cross-world sound broadcasting, and localization consistency. Server owners upgrading from v1.2 should review the notes below before deployment.
Bug Fixes
- Fixed a critical issue where
/cdmreloadwould unregister all event listeners without reinitializing them. This caused the plugin to stop intercepting player deaths, resulting in vanilla death messages appearing and making configuration changes appear ignored or reset. - Resolved an issue with the
GLOBALsound broadcast mode. Sounds were previously anchored to the victim's coordinates, causing distance-based attenuation and preventing playback for players in different worlds (particularly noticeable in Multiverse environments). Global sounds now play directly at each recipient's location, ensuring consistent server-wide audio. - Fixed configuration validation during reloads to properly abort on critical YAML parsing errors, preventing broken plugin states from malformed configuration files.
Localization & Translations
- Corrected missing, inconsistent, and improperly formatted translation keys across
messages.ymland internal system messages. - Standardized language formatting and improved fallback strings to ensure reliable multi-language server support.
- Fixed color code parsing in localized messages to maintain consistent formatting across all supported languages.
Technical Improvements
- Overhauled
ReloadManagerto safely reinitialize all event listeners, formatters, and dependency references during hot-reloads. - Updated
BroadcastManagerto dynamically adjust sound origin based on the configured broadcast mode.GLOBALandVICTIM_ONLYnow use recipient coordinates, whileWORLDandRADIUSretain victim coordinates for positional audio. - Improved internal caching and validation routines for configuration and message files.
Upgrade Notes
- A full server restart is recommended when upgrading from v1.2 to clear any lingering listener states from previous reload attempts.
- If you maintain custom translations, review the updated
config.ymltemplate to ensure all corrected keys are properly merged. - The
/cdmreloadcommand is now fully functional and safe for production use. Configuration changes will apply immediately without requiring a server restart.
For detailed technical changes, refer to the commit history or source repository.
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:LrqgmmvZ:4ZTOd3hV"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:LrqgmmvZ:4ZTOd3hV"
}

