_ is not a valid member of model when it clearly is

Help and Feedback Scripting Support
#1

Okay, so I’ve been having this issue for a while now with models, where I literally can’t access certain child of the model when I clearly am syntactically correct.

image
image869×577 30.7 KB

You can see at the very top of the Touched event that I access a child property, then later on in the script you see me welding the orb to the target.

Look at the error message down below.

Should I file this as a bug report? I wanna make sure this is actually a bug and not my fault, but I think this is a bug on Roblox’s end.

3 Likes
#2

Use :WaitForChild() to make sure it is loaded when you request it

1 Like
#4

I absolutely hate using Instance:WaitForChild() though, I don’t like spamming it, and second the Touched event ran but the weld creation didn’t, so it isn’t a loading issue.

#5

Give it a shot to see if it works however as I have experienced this error before and it was fixed with that.

1 Like
#6

Don’t shoot down a legitimate solution by stating you “hate” it.

WaitForChild may be your only solution here or it could be a typo/hierarchy dispute since you didn’t include a screenshot of your explorer.

1 Like
#7

if he doesnt want to use waitforchild then he can simply put

repeat wait() until orb1:FindFirstChild("Core")
#8

I just don’t like using it, doesn’t mean I won’t try it.

#9

I don’t use repeat wait() loops because it’s bad practice to use them, it’s basically the same thing as Instance:WaitForChild().

Read this post by @Kampfkarren and you’ll probably never want to use wait() again.

I’m talking about wait() by the way, not wait(n).

#10

I don’t mind the inaccuracies.

It’s better than using delay(function() as a wait, in fact that itself is far worse.
Also, wait is pretty useful when used properly.

I’d rather use wait than doing this:

local t = tick()
while true do
    if tick()-t > 5 then
        print("reached")
        break
    end
end

I don’t mind it at all.

#11

If you are not open to using certain functions, then the things you can do will be extremely limited.

2 Likes
#12

You will get a really high memory loss, I don’t recommend doing that, just use the roblox functions, that’s why they are there.

#13

Precisely why I use wait()…

#14

You didn’t get what I meant, I meant that it’s better to use the “WaitForChild()” function as it is already developed by roblox and it doesn’t have memory loss.

#15

I am open to most of the functions/events of Roblox, it’s just this one function that I just don’t like using. I still use it when I absolutely have to though.

#16

There isn’t really anything wrong with that function… It exists so you could wait for an object to load, rather than setting a specific wait time such as wait(n).

#17

xKai said " I don’t use repeat wait() loops because it’s bad practice to use them, it’s basically the same thing as Instance:WaitForChild() ."

So basically either both have memory loss or either have none.

There are times when I have to use WaitForChild and wait… also wait is developed by roblox…

#18

Can you show us a screenshot of how the model looks like in the explorer? I think I know the issue.

#19

When you use :Wait(), the code passes the statement as soon as the function is ready, when you use repeat wait() you wait even if that certain condition is met, that’s why I don’t use repeat wait() loops anymore, because there is usually a :Wait() event that can do the same thing, just better.

You shouldn’t script something inefficient knowing there’s a better way to do it, it just doesn’t make sense.

1 Like
#20

I know, but the
repeat until loop is the part of the memory loss

#21

If that’s a concern to you why not just rewrite the wait() function so that it’s reliant on tick and Heartbeat?

local RunService = game:GetService("RunService")
local wait = function(waitTime)
	local startTime = tick()
	repeat RunService.Heartbeat:Wait() until startTime+waitTime < tick()
	return tick()-startTime, elapsedTime()	
end