System Informatinon

• Minecraft Version: 1.17.1
• Canvas Version: 1.0.1816
• Operating System: Linux Kubuntu 20.04.2 LTS
• Graphics Card: GeForce GTX 1060 6GB/PCIe/SSE2

Other mods and versions installed

• architectury-2.0.16 (runtime only)
• bitraster-1.0.7 (runtime only)
• fabric-0.36.1+1.17
• frex-5.3.226
• heart-of-the-machine-0.2.0-SNAPSHOT (My mod and the way I encountered this bug.)
• jmx-1.22.201
• libblockattributes-0.9.1-pre.1
• libmultipart-0.6.3
• libnetworkstack-0.5.2
• lumilights-0.25 (resource pack)
• lumiPBRExt-0.21 (resource pack)
• modmenu-2.0.2 (runtime only)
• rei-6.0.260 (runtime only)
• simple-pipes-0.6.1 (runtime only)
• terraformersmc-shapes-1.0.4
• exotic-blocks-1.6.192 (runtime only)

How you triggered the behavior

• Use a FREX RenderMaterial that has been constructed with the castShadows(false) parameter in a block entity renderer.
• Use FrexVertexConsumerProvider to obtain a VertexConsumer using this RenderMaterial.
• Render something with the obtained VertexConsumer.

What you expected would happen

• Anything rendered with the obtained VertexConsumer would not cast a shadow, even in LumiLights or Canvas-Dev renderers.

What actually happened

• Objects rendered with the obtained VertexConsumer do cast shadows, despite the castShadow(false) parameter being specified in their RenderMaterial.

Logs and screenshots

• latest.log
• debug.log
• 

Repository Links

• RenderMaterial creation: HotMRenderMaterials.kt
• VertexConsumer use: AuraNodeRendererUtils.kt
• Repository link: Heart-of-the-Machine/heart-of-the-machine

Notes

This issue is demonstrated in LumiLights for shadow clarity, but happens in Canvas-Dev as well.

Thanks for your report! This should be fixed in 2af5ea6 or d4477db. Reply if found otherwise.