How can Mouse.target be nil

[minkmink]

So it’s not really gamebreaking or anything, but it’s annoying to see this error.

i have a dashing system which lets you dash onto a certain part (again, it works with no problems)
but the weird thing is that sometimes it randomly throws the following error:

yet, in the code i have this line

why does it happen? how is that even possible to begin with since it isn’t accepting input if Mouse.target is nil

[Polyheximal]

Not sure if it’ll change anything, but .target should be .Target. Otherwise, there may be another underlying issue.

EDIT: I’m fairly sure it’ll be nil if the mouse is not “touching” anything, e.g. skybox

[overflowed]

How can Mouse.target be nil

Because the cursor isn’t directly on an object???

[pewpie12302die]

If you think that we are all stupid and don’t give any help, you’re free to read all documentation by yourself.

@minkmink

it doesn’t matter if you use mouse.target or mouse.Target;

It does. .target is deprecated and .Target should be used instead.

[Polyheximal]

Instead of flaming everyone, read this topic: About the Scripting Support category.
You need to show more code, and not in screenshot form. We said that it’ll be nil if your mouse is over the skybox because there isn’t an object.

[Ewanophobia (Ewan)]

It’s even worse when you decide to be immature about the answers. Instead of acting like a toddler, I suggest you edit your reply to be more appropriate and polite to the conversation.

---

I’m stating the obvious here, Mouse.Target will return nil when it’s pointed towards the skybox.

But by the lack of code you have shown us, I would think it would be something outside of this check. Would I be correct that to say that this is wrapped in an event? It would be nicer to see more code rather than a screenshot of two lines.

[Amiaa16 (Amia)]

Until you provide more code, preferably with line numbers matching the error message’s full trace, I can only suggest you to try doing it like this:

local target = Mouse.Target
if target then
    if target.Name == "Branch" then
        --rest of your code
    end
end

That way you’ll eliminate the possibility of some obscure edge case where the Target changes to nil on the next instruction

[MagikTheWizard (MagikManz)]

EGebAHBEH it seems like you’re very chidlish eEeEe!
Please refrain from writing posts like this because it makes people not WaNT tO heLP yOu ( no offense EHebA )
Your issue is that target is probably becoming nil after the check, please do consider that you refrain from such childish acts on this forum.

I would suggest putting Mouse.Target as a local then checking if it exists.

After a quick internet search and attempting to reproduce your error, you’re indexing nil with ‘Name’ ( mouse.target ) so do my suggestion and it should work.

[BanTech]

You should provide the whole code and the whole error message. It’s impossible to determine if the error originated within that structure or not based on what you’ve provided.

If you yield at all (possibly by using an API that you didn’t realise yielded) it’s possible the mouse target is nil next time you try to use it.

[wevetments]

Yes, which is why he could’ve solved his issue given that it can only be seen with the “Show Deprecated” toggle.

Edit:
His issue isn’t actually the Mouse.target, it’s somewhere else in his code.

[VegetationBush (FartedWayTooHard)]

Is it possible to share more of the code, or specify which line errors?

[n00kii (nookii)]

@pewpie12302die

Well uh, the code you provided doesn’t really save anything. Mouse.Target is a property of mouse. Using local target = Mouse.Target you are only saving reference to the property, not its content.

this is incorrect. with the following code,

local players = game:GetService("Players")
local plr = players.LocalPlayer
local mouse = plr:GetMouse()

wait(5)

local target = mouse.Target

print("Mouse target captured:", target)
print("Waiting 3 seconds...")

wait(3)

print("The captured mouse target is still", target)

target will stay the same even if the player moves their mouse off the target during the wait. you can test this with a local script in studio yourself.

@pewpie12302die

And saving previous target would not work here, because the player would hover mouse over, let’s say, baseplate, and then he points at the needed object, but nothing happens because we saved the baseplate and nothing else is received by the script other than saved objects.

i don’t understand what you mean by this. every time a new target need to be captured, you would just do

local target = mouse.Target

again

[pewpie12302die]

@infranova

i don’t understand what you mean by this

I mean that we don’t need to save anything, because the script will always lock on the saved target. @C_Sharper litterally said:

@C_Sharper

save the target value so if by some means the target property of the mouse changes, you’ve still saved what they previously hovered over

@infranova

every time a new target need to be captured, you would just do

local target = mouse.Target

again

That defeats the whole purpose of saving the target.

[C_Sharper (Sharpie)]

I don’t think you really understood what I was trying to come across.

That code could run each time the mouse moves; so it doesn’t only run once.

But by saving or making a variable point to the mouse’ current target, we can be assured we can do whatever we want with that object for the rest of the conditions we want to test, or whatever else we want to do. By doing this we know there’s not a chance it could become nil at some point later in our code