This bug is the only reason my bots extend TreeBot. If applicable, add screenshots to help explain your problem. Note the rm.entrypoint does not line up with the NPE in my code.Įxpected behavior is for the bot to show a deobfuscated log, like when extending TreeBot (which Cuppa Miner now does). For example, back when I extended LoopingBot in Cuppa Miner, I got the exception log mentioned at the start. When it throws a NPE, and the bot author gets an exception log with the NPE in, note the log will not be properly deobfuscated. Push it to the botstore, and run the bot.For an example, create a bot which may throw a NPE or any other exception, within the onLoop (obviously in practice this would be an accidentally unhandled exception).I don't know if it's present in any other bot types).

Create a new bot which extends LoopingBot (the bug is not present in bots which extend TreeBot.But I'm almost certain the bug has not been fixed. I don't use LoopingBots anymore, so I last tested this a while ago on version ~v2.107.1.0. at $Itr.checkForComodification(ArrayList.java:911) at $Itr.next(ArrayList.java:861) at (zmc:109) at .(uuc:222) at .(uuc:227) at .(uuc:33) at .(uuc:34) at (qvc:23130) at .(gtc:202) at $1MatchSink.accept(MatchOps.java:90) at $yAdvance(Spliterators.java:958) at .forEachWithCancel(ReferencePipeline.java:126) at .copyIntoWithCancel(AbstractPipeline.java:499) at .copyInto(AbstractPipeline.java:486) at .wrapAndCopyInto(AbstractPipeline.java:472) at $MatchTask.doLeaf(MatchOps.java:306) at $MatchTask.doLeaf(MatchOps.java:277) at .compute(AbstractShortCircuitTask.java:115) at .exec(CountedCompleter.java:731) at .doExec(ForkJoinTask.java:289) at .doInvoke(ForkJoinTask.java:401) at .invoke(ForkJoinTask.java:734) at $MatchOp.evaluateParallel(MatchOps.java:242) at $MatchOp.evaluateParallel(MatchOps.java:196) at .evaluate(AbstractPipeline.java:233) at .anyMatch(ReferencePipeline.java:449) at .(gtc:202) at $1MatchSink.accept(MatchOps.java:90) at $yAdvance(Spliterators.java:1812) at .forEachWithCancel(ReferencePipeline.java:126) at .copyIntoWithCancel(AbstractPipeline.java:499) at .copyInto(AbstractPipeline.java:486) at .wrapAndCopyInto(AbstractPipeline.java:472) at $MatchOp.evaluateSequential(MatchOps.java:230) at $MatchOp.evaluateSequential(MatchOps.java:196) at .evaluate(AbstractPipeline.java:234) at .anyMatch(ReferencePipeline.java:449) at .(gtc:228) at .(gtc:135) at .ntainsAnyOf(gvc:188) at .CuppaMinerAIO.aCraptonOfSetupLogic(rm.entrypoint:2199) at .CuppaMinerAIO$LoopingTask.execute(CuppaMinerAIO.java:761) **IT ACTUALLY SHOWS MY CLASS & LINE NUMBER HERE at .onLoop(rhc:104) at .(xfc:21) at .(fnc:327) at (cyc:25) RuneMate v2.115.1.0 - Cuppa MinerAIO v1.6.42 - OSRS r202 B1FB6F - Windows 10 - Java v1.8.0_301 x86 (Oracle Corporation)

Runemate sjava