Apologies for the long title but that’s basically what is happening here! The camera will basically render over transparent glass instances which exists inside viewport frames with their adorne set to a transparent glass instance!
For whatever reason this also only happens in roblox studio.
This actually seems like it’d be a pretty cool effect if it were supported in the client. We really need some native solution for rendering the CurrentCamera (or any other camera in Workspace for that matter) in a ViewportFrame. In-case any staff member stumbles across this; please make this a genuine feature through a less buggy solution, if possible. Projecting the CurrentCamera onto a part in a ViewportFrame is incredibly cool!
As for how you achieve it, you seemingly have to have the “Unified Lighting” beta feature enabled. That would also make sense since the feature has unfortunately had some other glass rendering issues afaik; aswell as it also explaining why it doesn’t happen in the live client (that beta feature isn’t supported in the client yet, afaik).
It also appears that the beta feature sometimes shows itself as enabled, despite not actually being enabled; I had to toggle it off and on again in order for it load for me but that could have also just been a transient issue on my side of things. Could explain why you couldn’t find the cause though.
Honestly would be so cool to see an actual feature based on this bug. It would enable developers to make some really cool effects
Btw thank you for sharing about the beta feature having to be enabled. Its really interesting to mess around with buggy stuff like this and find out some cool interactions and effects.
I was messing around with the ViewportFrame glass bug and figured out that glass with erased alpha doesn’t update the rendered view properly (something akin to Portal 1 and 2 out of bounds):
Is that what you we’re referring to with the “Unified Lighting” beta feature having glass rendering issues?
Figured I’d still share about it even if it’ll probably be fixed.
Here’s a place file with some testing I did with it: 0A_Glass_Bug_Test1.rbxl (648.9 KB)
I happened upon this visual artefact too, but with a completely different method. I had produced a warping mesh using EditableMesh by updating the vertices and face color every frame. When setting the EditableMesh’s material to glass, it begins this framebuffer glitch where the last frame is still present within the screen space of that glass object. I can confirm that updating the face color of the EditableMesh every frame causes the effect, and it only occurs under the unified lighting beta feature.
Honestly, it’s super cool and part of me doesn’t want it to be fixed!
Accidentally found this bug today while playing around with glass and viewports, its probably linked to the unified lighting beta and Soft lighting style worked the best for me