What Feature Types Apply to This Bug?

Gui

What Type of Bug Is This?

Compatibility

Minecraft Version

1.21.1

Mod Loader

Neoforge

Mod Loader API Version

21.1.174

The Accessories Version

1.1.0-beta43

What Compatibility layer are you using?

Curios

The Compatibility Version

9.3.1-beta26

Is This Bug a Conflict With Another Mod?

Yes, Immersive Engineering

Client Log

https://gist.github.com/DevArchwave/bfe87f7fbbfb29913a4224560b6f6b1a

Steps to Reproduce

Always happens.
1-Equip accessories, such as a Sophisticated Backpacks backpack.
2-Open the accessories menu
3-:

What You Expect To Happen

Typically, not to have any rendering/GL errors.

What Actually Happened

[Render thread/INFO] [com.mojang.blaze3d.platform.GlDebug/]: OpenGL debug message: id=1175, source=API, type=ERROR, severity=HIGH, message='No detailed debug message due to a non-debug context'

A lot of rendering errors, which will consistently spam you with GL errors in the debug log for as long as you have the accessories screen open. This also causes a severe performance slowdown the moment these start happening if you have a more intensive modpack/shaders and other things on, which goes away once you close the accessories screen.

Additional Details

For the modlist, you'll want to use the following incredibly tiny list of mods to reproduce this easily:
Accessories
Architecture API
Configured
Curios Compat Layer for Accessories
Immersive Engineering
Owo lib
Sophisticated Backpacks
Sophisticated Core

NOTE: I tried turning off IE's VBO features and other options that could have caused this but nothing seemed to change the result.
NOTE 2: Adding Sodium to enable the openGL debug error context does -nothing- in this case, as apparently this render forces a rendering type without context? Strange.

Please Read and Confirm The Following

• I have confirmed this bug is on the most recently supported version of Minecraft.
• I have confirmed the details provided in this report are concise as possible and does not contain vague information (ie. Versions are properly recorded, answers to questions are clear).
• I have confirmed this bug is unique and has not been reported already.
• If playing on a modpack, I have reported this bug to their issue tracker already.

Ok so I was able to find the root cause, and it seems to be a neoforge feature for enabling stenciling that immersive engineering uses that needs to be enabled on our buffer for glowing within the inventory. Will be releasing a fix for this today.

Minecraft 1.21.1
Neoforge 21.1.172
Accessories 1.1.0-beta.42
Curios Compatibility Layer 9.3.1-beta26

Can confirm I am getting the same rendering errors, though I am playing a modpack, [MODIFIED] Cobblemon: PLUS, I have modified the modpack itself by adding SimpleHats, which is also having rendering issues.

SimpleHats utilizes Accessories which uses it's own version of Accessories Curios Compat Layer. The modpack also includes Sophisticated Backpacks and shares mods such as owo lib listed by @DevArchwave .

.... Oh wow that is a bit weird as I have seen such before I believe but unknown for the direct root cause of this issue. @chyzman I wonder if this is due to the MOPATVA or something?