We have been experiencing parts failing to be streamed to clients, we first got reports at 2026-07-14T01:00:00Z from our players about this, it was initially assumed that unions were failing to load but after investigation, it appeared to be any object (parts, meshs, unions).
This is primarily effecting Croydon: London Bus Simulator which pushes the boundaries in terms of its file size. This started occurring unprompted with no changes from us, and is effecting players seemingly on all platforms. Server restarts seem to fix the issue on the short term but it re-appears after a few hours and sometimes makes the game unplayable due to where it occurs.
You can see below where a part is not streamed in for me (but it is for others):
Still happening as of July 17, and it’s inconsistent across servers which is the weird part.
Weapons render fine when equipped then go invisible about a second later, for the player holding it and everyone else looking at it. Checked Transparency while it’s happening and it’s sitting at 0 the whole time, so it’s not actually a transparency issue, the model just stops drawing.
Tried StreamOutBehavior on Default and Opportunistic, ModelStreamingMode on Atomic and Default, and AddPersistentPlayer on characters. None of it changed anything. Only thing that’s actually worked is turning StreamingEnabled off completely, but obviously don’t want to lose the performance benefits from that long term.
Also some of our servers have the bug right now and others don’t, at the same time, no difference in code or settings between them. Wondering if that lines up with how the fix is rolling out on your end.
EDIT:
Seem to have found a workaround, moving the weapon models / tools way out of the map, nowhere near when equipped they no longer unrender randomly, only if moved close to the map does it unrender? tested at 0,0,0,0 and on equip it would unrender, moved to ~10k studs away from main map and no longer unrenders on equip?
I’ve been experiencing similar issues in S.C.P. Site-81 Roleplay, where certain areas have specific parts that frequently do not get streamed.
Expected:
Another issue that is likely related to this has popped up. Player accessory models aren’t unloading locally despite having been deleted in the server. This happens whenever the model is locally parented somewhere else and then back to workspace and appears to be related to streaming.
Any news? I know the weekend is time off work, but now we’re fast approaching Tuesday and this is still not resolved. This is a game breaking bug and has been resulting in a massive tanking of our like ratio due to players assuming that it is a game bug. (as well as the “I can’t play the game properly!” factor)
Have you restarted all servers for SCP recently? We make a change that we thought should resolve issues, but it would require a server restart to take effect.
This seems to be happening because when the player respawns the dead character’s replication focus falls through the floor. Are you setting the humanoid root part to be no collide or anything like that? I don’t see this behavior on most other experiences.
Hi, thank you for the replies and new information,
I have restarted the servers and it seems like the map missing parts issue is resolved.
In terms of the map unloading when dying, I really appreciate the information regarding the replication focus; I did not think of that and that does seem to indeed be the cause.
For some context, we have a ragdoll system in place and after investigating for a bit I have come to the conclusion that this was the culprit.
I only brought the unloading issue because it only started happening recently. This had not been an issue for the past 6 years in which the system was in place.
I created a workaround by welding the HumanoidRootPart when the player dies, which seems to have successfully resolved the problem.
As for the accessories bug, I will try to investigate further and see what is causing it, and if confirmed reproducible in a baseplate, I’ll send the repro here so that you can take a look. I’ll let you know after I have the time to look into it.