`Light` class was overlooked with the new `Attachments can be parented anywhere` update

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 :saluting_face:
Appreciate all the help

1 Like