Functions connected to events through an ObjectValue pointing to an Instance in different ScreenGui are not running

[matulo2]

This is the situaion:

The ObjectValue is pointing to the TextButton and the LocalScript is connecting to it’s MouseButton1Click event.
(The order of creating these objects doesn’t matter)

task.wait(3)
local val = script.Parent.ObjectValue
val.Value.MouseButton1Click:Connect(function()
	print("clicked")
end)

I expected the function to run, but it doesn’t do anything when the button is clicked.
I also tried other events like Changed, InputChanged, MouseEnter etc. but the behaviour is the same.
This also is the case for other Instances like Folder or Part (Changed event didn’t run on change)

However if the TextButton is put into the same ScreenGui as the ObjectValue it works as expected.

System Information: Windows 10, Intel Core i7-8750H @ 2.20GHz, 32 GB RAM, NVIDIA GeForce GTX 1050

Testing place

EDIT:
After investigating a little more, it seems like the ObjectValue is pointing to the objects in StarterGui after running and doesn’t change to the PlayerGui.

[tnavarts]

This is the expected behavior.

When spawning the player, the code runs something like the following:

for _, gui in player.StarterGui:GetChildren() do
    gui:Clone().Parent = player.PlayerGui
end

Clone only knows how to reassign Instance references pointing to something within the same hierarchy being cloned.

You would have to put the ObjectValue and button it is pointing at in the same ScreenGui for this to work.

[matulo2]

Oh well…

I don’t even need to put it into the same ScreenGui, I can just do this:

which now, after you explained it, works. Even though this is the expected behaviour I would expect the StarterGui to behave like the folder in the example above. It would be more consistent with that folder’s behaviour (which the StarterGui’s icon implies - atleast for me)

However this is just my opinion.

[tnavarts]

Unfortunately it can’t really work that way because ResetGuiOnSpawn and other settings relevant to the process are per-ScreenGui.

[matulo2]

I have one more question, why does the ScreenGui always reset when respawning (even though ResetOnSpawn is set to false) when it is put into a Folder? Does the code check just the UIs parented under StarterGui or is it something else?

[tnavarts]

Because it just loops through StarterGui:GetChildren and applies the rules to each child, it doesn’t explore the entire hierarchy.

Imagine if you had one ScreenGui with Reset = false and another with Reset = true in the same folder… what would it even do with the folder? Or even worse a ScreenGui with Reset = false inside of one with Reset = true. Once you start exploring the idea of it looking deeper in the hierarchy you end up with a lot of awkward questions.