Player.Name prints out nil

[Prototrode (Vernumerator)]

Where is your ServerScript located? Your issue is probably because the PlrNames StringValue isn’t replicated, so trying to send it over turns it into nil. You parented it to the script, but depending on the script’s location it’s not replicating.

[planeboy2021 (Planey)]

[Prototrode (Vernumerator)]

That would explain it. ServerScriptService isn’t visible to clients, so PlrNames doesn’t replicate and becomes nil when you try to send it over.

[Ziffixture (Ziffix)]

You’re not giving the StringValue enough time to replicate on top of that. I don’t see a need for StringValues anyways. Just send the player’s username directly

[Prototrode (Vernumerator)]

Nope, it will never replicate because it’s not in a container that can replicate. Please read this article on the documentation: Remote Events and Callbacks | Documentation - Roblox Creator Hub

[planeboy2021 (Planey)]

So what would I need to do? (Character Limit)

[Ziffixture (Ziffix)]

I am extremely familiar with the Roblox engine. I know it will fail to replicate. What I am saying is that in the event it would, not enough time is given to allow the instance to replicate—this is a factor to consider in the coming solution

[Ziffixture (Ziffix)]

Again, I don’t see the need to use StringValues here, or at least the need to send the one you created. Simply send the player’s username

[planeboy2021 (Planey)]

So something like this?

	ReplicatedStorage.JoinServers.JoinServerPlayer:FireAllClients(player.Name)

[Ziffixture (Ziffix)]

Yes. Something exactly like that

[planeboy2021 (Planey)]

Nope it still is nil

[Ziffixture (Ziffix)]

I do not see any issues with your code beyond this point. It would be easier to diagnose the issue live. Add me on Discord @ziffix

[Prototrode (Vernumerator)]

@Ziffixture

What I am saying is that in the event it would, not enough time is given to allow the instance to replicate—this is a factor to consider in the coming solution

This is also wrong. When you send an instance over a remote, it will prioritize replication if it wasn’t already available on the client. It will not happen if the instance is inherently non-replicable, or if the instance is outside of the streaming radius.

What is the best way to have the part replicated before receiving a RemoteEvent?

Do you have streaming enabled? If not, there’s no problem with using WaitForChild() while specifying the name and place to wait. When streaming is disabled, the part will be sent if it was successfully parented to workspace on the server by the engine beforehand (because of the replication order). When streaming is enabled, there are no guarantees. In some cases it might never stream in. There’s a trick with object values and ObjectValue.Changed:Wait(), but it’s best to avoid sending parts…

[planeboy2021 (Planey)]

Alr, I sent a friend request!!!

[Ziffixture (Ziffix)]

Workspace.StreamingEnabled is enabled by default, hence my concern

[planeboy2021 (Planey)]

Guys stop the beefing, we have different opinons on topics, and someone’s topics may be more correct over anothers but we do not need to ramble over and over again.

[planeboy2021 (Planey)]

Anyways fellas, the text label still says nil.

Any one know how to fix it?

[Ziffixture (Ziffix)]

I’m awaiting further communication in DMs

[Ziffixture (Ziffix)]

The issue has been resolved. Problems included:

1. Source of username propagation failure: override of OnServerInvoke callback later in the script

2. Source of nil username: additional firing of JoinServerPlayer event with no arguments in separate script