Ender Client

[MDDrozD]

Win7 32x Java 8 (build 1.8.0_391-b13)
Crashes right after choosing character to play.

Code: Select all

java.lang.RuntimeException: com.jogamp.opengl.GLException: Caught BGLException: haven.render.gl.GLFrameBuffer$FormatException: FBO failed completeness test: 36054 on thread AWT-EventQueue-0
   at com.jogamp.common.util.awt.AWTEDTExecutor.invoke(AWTEDTExecutor.java:58)
   at jogamp.opengl.awt.AWTThreadingPlugin.invokeOnOpenGLThread(AWTThreadingPlugin.java:103)
   at jogamp.opengl.ThreadingImpl.invokeOnOpenGLThread(ThreadingImpl.java:201)
   at com.jogamp.opengl.Threading.invokeOnOpenGLThread(Threading.java:202)
   at com.jogamp.opengl.Threading.invoke(Threading.java:221)
   at com.jogamp.opengl.awt.GLCanvas.display(GLCanvas.java:503)
   at haven.JOGLPanel.uglyjoglhack(JOGLPanel.java:210)
   at haven.JOGLPanel.renderloop(JOGLPanel.java:231)
   at java.lang.Thread.run(Unknown Source)
Caused by: com.jogamp.opengl.GLException: Caught BGLException: haven.render.gl.GLFrameBuffer$FormatException: FBO failed completeness test: 36054 on thread AWT-EventQueue-0
   at com.jogamp.opengl.GLException.newGLException(GLException.java:76)
   at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1327)
   at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:1147)
   at com.jogamp.opengl.awt.GLCanvas$12.run(GLCanvas.java:1442)
   at java.awt.event.InvocationEvent.dispatch(Unknown Source)
   at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
   at java.awt.EventQueue.access$500(Unknown Source)
   at java.awt.EventQueue$3.run(Unknown Source)
   at java.awt.EventQueue$3.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
   at java.awt.EventQueue.dispatchEvent(Unknown Source)
   at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
   at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
   at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
   at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
   at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
   at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: haven.render.gl.BGL$BGLException: haven.render.gl.GLFrameBuffer$FormatException: FBO failed completeness test: 36054
   at haven.render.gl.BufferBGL.run(BufferBGL.java:62)
   at haven.render.gl.GLEnvironment.process(GLEnvironment.java:339)
   at haven.JOGLPanel.redraw(JOGLPanel.java:174)
   at haven.JOGLPanel.access$000(JOGLPanel.java:41)
   at haven.JOGLPanel$1.display(JOGLPanel.java:93)
   at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:692)
   at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:674)
   at com.jogamp.opengl.awt.GLCanvas$11.run(GLCanvas.java:1428)
   at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1293)
   ... 16 more
Caused by: haven.render.gl.GLFrameBuffer$FormatException: FBO failed completeness test: 36054
   at haven.render.gl.GLFrameBuffer.lambda$new$0(GLFrameBuffer.java:67)
   at haven.render.gl.BGL$4.run(BGL.java:217)
   at haven.render.gl.BufferBGL.run(BufferBGL.java:56)
   ... 24 more


[Hickupp]

Just walking around ... and crash. (did not crash again on re-login at same spot)

Code: Select all

haven.render.RenderTree$SlotRemoved
   at haven.render.RenderTree$TreeSlot.chstate(RenderTree.java:677)
   at haven.render.RenderTree$TreeSlot.ostate(RenderTree.java:709)
   at haven.res.lib.flare.AnimFlare.autotick(flare.cjava:170)
   at haven.render.TickList.lambda$tick$0(TickList.java:135)
   at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183)
   at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1625)
   at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509)
   at java.base/java.util.stream.ForEachOps$ForEachTask.compute(ForEachOps.java:290)
   at java.base/java.util.concurrent.CountedCompleter.exec(CountedCompleter.java:754)
   at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373)
   at java.base/java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1182)
   at java.base/java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1655)
   at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1622)
   at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)


... x2

Linux Mint 20.3 Cinnamon

java version "17.0.6" 2023-01-17 LTS
Java(TM) SE Runtime Environment (build 17.0.6+9-LTS-190)
Java HotSpot(TM) 64-Bit Server VM (build 17.0.6+9-LTS-190, mixed mode, sharing)

[gravesmerch]

Just walking around ... and crash. (did not crash again on re-login at same spot)

Code: Select all

 haven.res.lib.flare.AnimFlare.autotick(flare.cjava:170)

I think it's because the yule curios now are being hidden as trees

you can try not hiding trees until fix, but I'm not sure disabling option is enough, maybe fix is the only way

[The_Blode]

I don't know if this is a general thing or an Ender client thing, and I don't even know if this is new or if I just never ran into it before now..

Today I went to refill some tanning tubs with bark, and once it was full of bark, my shift + right click action with bark on my cursor took all the half-done hides out of the tub. And then the same thing happened when putting wood in my smoker, shift + right click made it yoink the meat out into my inventory.

Am I crazy? has this always been the case? Is there a setting somewhere I'm not seeing that I changed?

[Hickupp]

I think it's because the yule curios now are being hidden as trees

Hmm, yea. that could be the/a source.
If it is .. is not when they come into view (not spotted one near crash site, and that was also not at a minimap border).
Unloading related perhaps.

[MDDrozD]

I don't know if this is a general thing or an Ender client thing, and I don't even know if this is new or if I just never ran into it before now..

Today I went to refill some tanning tubs with bark, and once it was full of bark, my shift + right click action with bark on my cursor took all the half-done hides out of the tub. And then the same thing happened when putting wood in my smoker, shift + right click made it yoink the meat out into my inventory.

Am I crazy? has this always been the case? Is there a setting somewhere I'm not seeing that I changed?

There is comb of shift+ctrl+click that will full to the top any "container" with stuff "on cursor". May avoid your problem next time and its very usefull anyway.

[The_Blode]

I don't know if this is a general thing or an Ender client thing, and I don't even know if this is new or if I just never ran into it before now..

Today I went to refill some tanning tubs with bark, and once it was full of bark, my shift + right click action with bark on my cursor took all the half-done hides out of the tub. And then the same thing happened when putting wood in my smoker, shift + right click made it yoink the meat out into my inventory.

Am I crazy? has this always been the case? Is there a setting somewhere I'm not seeing that I changed?

There is comb of shift+ctrl+click that will full to the top any "container" with stuff "on cursor". May avoid your problem next time and its very usefull anyway.

I'll give it a shot, I may have been accidentally pressing ctrl along with shift

[yokoto1]

Code: Select all

haven.render.RenderTree$SlotRemoved
   at haven.render.RenderTree$TreeSlot.chstate(RenderTree.java:677)
   at haven.render.RenderTree$TreeSlot.ostate(RenderTree.java:709)
   at haven.res.lib.flare.AnimFlare.autotick(flare.cjava:170)
   at haven.render.TickList.lambda$tick$0(TickList.java:135)
   at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(Unknown Source)
   at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(Unknown Source)
   at java.util.stream.AbstractPipeline.copyInto(Unknown Source)
   at java.util.stream.ForEachOps$ForEachTask.compute(Unknown Source)
   at java.util.concurrent.CountedCompleter.exec(Unknown Source)
   at java.util.concurrent.ForkJoinTask.doExec(Unknown Source)
   at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(Unknown Source)
   at java.util.concurrent.ForkJoinPool.runWorker(Unknown Source)
   at java.util.concurrent.ForkJoinWorkerThread.run(Unknown Source)


When you teleport to the fire or go out, go into the house. The client crashes with an error.

[Hickupp]

When you teleport to the fire or go out, go into the house. The client crashes with an error.

The "RenderTree$SlotRemoved" (reported already multiple times) is not directly related to hearthing-home and or going into a house.

Clearly related to something like garbage-collecting/unloading-stuff (or something to that effect, making the crash happen at unexpected moments after the related trigger is enabled)

(So far not having had one of these crashes while trees where not hidden ...)

[Hickupp]

"RenderTree$SlotRemoved" Crash ...

Not much to go on yet ... but who known.

At some point I found a sequence that seemed to consistently trigger this error. (trees hidden)
Which involved walking a few mini-maps in two directions (2 times, away from some Elven Lights) from some general starting point.
From the starting point the Elven Lights(just 1) where present near the far edge of the visible objects-range. (not checked for potential other nearby christmas tree decorations ... maybe later)
This seems to consistently trigger this error when returning near the starting point. (not checked against terrain visibility grid ... maybe later)
(at one point the error seemed to be triggered when the same Elven Light came into view again.)

Also tried this sequence with trees not hidden. Which did not trigger this error.
Although switching tree-hidden on/off again directly after doing this, the error was immediately triggered.

So yea.
- Keeping trees un-hidden so far is the best way to prevents this error from popping up.
- And those christmas tree decorations are definitely the main suspect.

----

After some more tries later in the day: ... Reproducibility is truly iffy.