Started by an SCM change344f6a6b90211746758c351c341db7c31f21e1bbcd7f6a6b90211746758c351c341db7c31f21e1bbcd7refs/remotes/origin/masterf6a6b90211746758c351c341db7c31f21e1bbcd7f6a6b90211746758c351c341db7c31f21e1bbcd7refs/remotes/origin/masterf6a6b90211746758c351c341db7c31f21e1bbcd7f6a6b90211746758c351c341db7c31f21e1bbcd7refs/remotes/origin/masterhttps://github.com/mcMMO-Dev/mcMMO.gitmcMMO.jarmcMMO.jartarget/mcMMO.jaroriginal-mcMMO.jaroriginal-mcMMO.jartarget/original-mcMMO.jarfalse#34464103135282mcMMO #344344falsefalse344217SUCCESS1783742649902https://popicraft.net/jenkins/job/mcMMO/344/Buildersrc/test/java/com/gmail/nossr50/TestRegistryBootstrap.javad96637f38a29f099b77b2b4ba2da7a8ac681a0661783741958000https://popicraft.net/jenkins/user/nossr50nossr50nossr50@gmail.comFail fast when the registry bootstrap lookup pipeline is broken The CI-only registry failure surfaces as NoClassDefFoundError in every test after the first bootstrap, far away from the actual break. Verify the pipeline right after Registry initializes: check that Registry.EFFECT resolved through the bootstrap answer and that a lookup on it mints a non-null instance, and throw a descriptive IllegalStateException at the exact broken link instead of letting a registry-backed class initializer read null and poison its class for the whole JVM. 2026-07-10 20:52:38 -0700d96637f38a29f099b77b2b4ba2da7a8ac681a066Fail fast when the registry bootstrap lookup pipeline is brokeneditsrc/test/java/com/gmail/nossr50/TestRegistryBootstrap.javasrc/test/java/com/gmail/nossr50/util/sounds/SoundManagerTest.javasrc/test/java/com/gmail/nossr50/MMOTestEnvironment.javaf6a6b90211746758c351c341db7c31f21e1bbcd71783742462000https://popicraft.net/jenkins/user/nossr50nossr50nossr50@gmail.comFix test-order-dependent poisoning of Bukkit registry constants SoundManagerTest answered Bukkit.getRegistry with bare Registry mocks whose lookups return null. Whichever test first triggers org.bukkit.Registry initialization welds its lookup results into the Registry constants for the rest of the JVM, so when that test ran before any TestRegistryBootstrap user (the CI runner listed the util package before the skills package; Windows lists it after, which is why this never reproduced locally), PotionEffectType read a null lookup during its own initialization and 108 later tests died with NoClassDefFoundError. SoundManagerTest now serves registry lookups through TestRegistryBootstrap, and MMOTestEnvironment bootstraps for every harness test so no test ordering can initialize the registry constants without the minting answer in place. Reproduced with -Dsurefire.runOrder=reversealphabetical and verified green in both orders on JDK 17 and JDK 25. 2026-07-10 21:01:02 -0700f6a6b90211746758c351c341db7c31f21e1bbcd7Fix test-order-dependent poisoning of Bukkit registry constantseditsrc/test/java/com/gmail/nossr50/util/sounds/SoundManagerTest.javaeditsrc/test/java/com/gmail/nossr50/MMOTestEnvironment.javagithttps://popicraft.net/jenkins/user/nossr50nossr50