Started by an SCM change3400edb5ad634a0c78298b290bcb4eda8d5999949200edb5ad634a0c78298b290bcb4eda8d599994920refs/remotes/origin/master0edb5ad634a0c78298b290bcb4eda8d5999949200edb5ad634a0c78298b290bcb4eda8d599994920refs/remotes/origin/master0edb5ad634a0c78298b290bcb4eda8d5999949200edb5ad634a0c78298b290bcb4eda8d599994920refs/remotes/origin/masterhttps://github.com/mcMMO-Dev/mcMMO.gitmcMMO.jarmcMMO.jartarget/mcMMO.jaroriginal-mcMMO.jaroriginal-mcMMO.jartarget/original-mcMMO.jarfalse#340155444135282mcMMO #340340falsefalse340213SUCCESS1783728251304https://popicraft.net/jenkins/job/mcMMO/340/Buildersrc/main/java/com/gmail/nossr50/skills/fishing/FishingManager.javasrc/main/java/com/gmail/nossr50/listeners/PlayerListener.javasrc/test/java/com/gmail/nossr50/listeners/PlayerListenerFishingExploitTest.javaChangelog.txt0edb5ad634a0c78298b290bcb4eda8d5999949201783727376000https://popicraft.net/jenkins/user/nossr50nossr50nossr50@gmail.comKeep denied spam-fishing catches from paying Fishing rewards The exploit check split in #5313 gates rewards in the HIGHEST-priority handler by re-reading the exploit verdicts, but only the overfishing verdict could be re-read: isFishingTooOften() stamps the catch timestamp on every call, so the reward gate could not call it again and spam catches kept their skill XP, treasure rolls, and extra fish. FishingManager now records the verdict of the most recent spam check, exposed through wasFishingTooOften(), and the reward gate checks both verdicts. Covered by a new listener test that dispatches PlayerFishEvents through the real handler priority chain. 2026-07-10 16:49:36 -07000edb5ad634a0c78298b290bcb4eda8d599994920Keep denied spam-fishing catches from paying Fishing rewardseditsrc/main/java/com/gmail/nossr50/listeners/PlayerListener.javaaddsrc/test/java/com/gmail/nossr50/listeners/PlayerListenerFishingExploitTest.javaeditChangelog.txteditsrc/main/java/com/gmail/nossr50/skills/fishing/FishingManager.javagithttps://popicraft.net/jenkins/user/nossr50nossr50