LightingService can be duplicated, even though instance should be "non-creatable"

When selecting the lighting “Lighting” along with a copy-pasteable instance, it allows you to copy and paste both. Bug is self-explanatory, as the “Lighting” instance is not deleteable since it is a service, so files can easily be corrupted with many lighting instances if unable to cntrl + z, or undo. System information is irrelevant, as I observed my friend doing it in team-create. This is consistent and works 100% of the time, and can affect any experience/place. I only noticed it after I accidentally selected the lighting when trying to copy and paste an object.
Video:


Place File used in video: test place light.rbxl (55.5 KB)

Expected behavior

Expected behaviour: Rejects paste command similarly to trying to duplicate the workspace or other services.

2 Likes

This is intentional

It should be allowed to delete duplicate services then.


This is still an issue with the new Explorer. I don’t think anyone’s going to be manually cloning Lighting in 2025, and given how it’s possible to clone a (hard to remove) Lighting by sheer accident, it should probably be made impossible to copy.

It actually is, use this script in the command bar I made a while ago (source):

for _, service in ipairs(game:GetDescendants()) do
	if service.ClassName == "Lighting" or service.ClassName == "Teams" or service.ClassName == "SoundService" then
		if service.Parent ~= game then
			service:Destroy()
		end
	end
end

I also made it possible to delete the duplicated services that are renamed

1 Like

Woops, didnt know it was already flagged/posted