java.lang.NullPointerException: Cannot invoke "java.lang.Long.longValue()" because the return value of "java.util.Iterator.next()" is null
at haven.GobDamageInfo.clearAllDamage(GobDamageInfo.java:100)
at haven.Action.run(Action.java:72)
at haven.Fightsess.destroy(Fightsess.java:188)
at haven.Widget.reqdestroy(Widget.java:576)
at haven.UI.destroy(UI.java:331)
at haven.UI.destroy(UI.java:338)
at haven.RemoteUI.run(RemoteUI.java:72)
at haven.MainFrame.uiloop(MainFrame.java:287)
at haven.MainFrame.run(MainFrame.java:303)
at haven.MainFrame.main2(MainFrame.java:449)
at haven.MainFrame.lambda$main$0(MainFrame.java:485)
at java.base/java.lang.Thread.run(Thread.java:832)
Critters string array can maybe have bogturtle, moonmoth, and monarchbutterfly added? And grub (resource is gfx/terobjs/items/grub) ?
changed options layout to (hopefully) more intuitive one
added option to toggle flat cupboards
always visualize queued path if path queueing is on
added Argentite (Silvershine), Cinnabar, Galena, Horn silver, Nagyagite (Leaf ore), Petzite (Direvein) and Sylvanite (Schrifterz) to list of tiles to highlight
added ability to zoom in closer on mini map
added bog turtle, moon moth, monarch butterfly and grubs to auto-pick list
MrBear wrote:Path indicator for 'me' the player is on by default, and can't be turned off. Driving me to insanity. Please fix, many thanks, very humbled and so on.
wafflecat wrote:How do I disable the path line (not in the minimap)? Really annoying
Otherwise very cool updates
Looks like both of you turned on path queueing - it forces display of ME paths. I've pushed a small fix to both versions:
fixed displaying of 'ME' paths being stuck turned on if path queueing is enabled
path queueing forces showing 'ME' paths only if more than 1 step is queued
You may need to turn on/off ME paths once after update for it to work properly.
java.util.ConcurrentModificationException: java.util.ConcurrentModificationException
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)
at java.base/java.util.concurrent.ForkJoinTask.getThrowableException(ForkJoinTask.java:600)
at java.base/java.util.concurrent.ForkJoinTask.reportException(ForkJoinTask.java:678)
at java.base/java.util.concurrent.ForkJoinTask.invoke(ForkJoinTask.java:737)
at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateParallel(ForEachOps.java:159)
at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateParallel(ForEachOps.java:173)
at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:233)
at java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:497)
at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:661)
at haven.OCache.ctick(OCache.java:142)
at haven.Glob.ctick(Glob.java:171)
at haven.JOGLPanel.run(JOGLPanel.java:532)
at java.base/java.lang.Thread.run(Thread.java:829)
Caused by: java.util.ConcurrentModificationException
at java.base/java.util.ArrayList$Itr.checkForComodification(ArrayList.java:1043)
at java.base/java.util.ArrayList$Itr.next(ArrayList.java:997)
at haven.Gob$GobState.<init>(Gob.java:667)
at haven.Gob$GobState.<init>(Gob.java:658)
at haven.Gob.updstate(Gob.java:700)
at haven.Gob.ctick(Gob.java:291)
at haven.OCache.lambda$ctick$5(OCache.java:136)
at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183)
at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1655)
at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484)
at java.base/java.util.stream.ForEachOps$ForEachTask.compute(ForEachOps.java:290)
at java.base/java.util.concurrent.CountedCompleter.exec(CountedCompleter.java:746)
at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:290)
at java.base/java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1020)
at java.base/java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1656)
at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1594)
at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)
Did hear a "ping" (like you get when a player is spotted) from the client, shortly after the crash. But I have no clue what triggered it, or if it matters. (beta, btw)