Previously, Light instances could be parented to attachments, and this work every single time, this was because Attachments had to be parented to a BasePart.
Now that attachments can be parented to anything; Light instances are broken, if you parent a Light instance to an Attachment, but that Attachment is not a descendant of a BasePart, the lighting will not emit.
Hi @TaylorsRus – this should’ve been patched – are you using the latest version of studio?
This is what it looks like on my end
Hiya, could you let me konw where to verify this information? (studio ver)
What I do know is that I’ve had an update in the past 6 days, but I’d be happy to verify a studio version
Attached is a video showing the same setup as you, to confirm the functionality being broken on my end
If you go to File > About Roblox Studio you should see a version beginning with 0.679
Could you also confirm that the Detached Attachments beta feature is enabled under File > Beta Features?
1 Like
It wasn’t enabled, this confuses me though, because the other features worked fine?
Sorry for the confusion – when the beta feature is disabled, we still have to support attachments being parented anywhere; otherwise you could create a file with the beta feature turned on that fails to open when the beta is turned off (risk of data loss/placefile corruption)
But the feature only works (at least, as intended) when the beta feature is on
1 Like
Appreciate the heads up, explanation makes complete sense
Unmarked this as solved due to the following
- Light emits differently on attachment
- Light handles don’t show on attachment
EmitterNode has the exact same world CFrame as VisualNode
Here is a video showing the same problem with a different example.
Ah ok; the light handles probably aren’t accounting for attachments being detached. We’ll look into getting that fixed.
For the light behaving differently – I notice you’re using a surface light, so differences between parent parts & parent attachments might be expected; from the documentation
If a SurfaceLight is parented to a part, then the light will emanate from the part’s selected face(s). If parented to an attachment SurfaceLight is equivalent to a SpotLight.
Were you noticing differences in lighting depending on whether the attachment has a parent part or not as well?
The light behaving differently may be simply a SurfaceLight acting as a SpotLight thing as you mentioned, I’ll investigate whether or not theres any differnce in lighting with a SpotLight depending on if it has a BasePart ancestor or not
Hey @TaylorsRus – we put in a fix for the light-guides not appearing
Unfortunately it missed the deadline for v682, but should be addressed in v683.
Once that flag is enabled, when you select a light parented to a “detached” Attachment, the wireframe handles will appear like this
True hero of the people 
Appreciate all the help
1 Like