Iris sign glow bug

[ShadowCube264]

(May be an issue with Iris or Help from Hexxy)

While using Iris, Help from Hexxy's "[deaqq:]" renderer on a sign results in a missing texture, and a warning repeatedly printed to the log: https://mclo.gs/N3H4HBl#L8633

Other images from the same mod don't cause these issues, and do have a proper glow background, even with Iris installed.
(the Z-fighting on the text is unrelated, not an Inline issue!)

[SamsTheNerd]

Does it only happen with iris?

[SamsTheNerd]

OK. so tested it a bit and i think i know what's happening.

Inline caches the glowback textures if it can based on InlineRenderer.getGlowPreference(..). Specifically the cacheId of full handling. The default behavior is full handling no caching (since we'd rather take a slight performance hit than get weird behavior for animated renders). If we're not caching a texture we kill it immediately.

The hexxy says renderer keeps the default behavior.

My best guess is that iris is doing Something, maybe something buffer-caching-like for entities. So saving the quads that it's pushing. Those quads would refer to the texture that got killed, causing this problem.

This should probably be fixed in inline, even if it's just "always cache if iris is around", but for now an easy fix on help with hexxy's side is to just add a static cache id.

Semi-relevantly, the glowback texture is square which does not work well for the long speech bubble. Not sure the best way to fix that one. Help with hexxy could handle the glowing on its own too if it'd rather.