Player character involvement causes HingeConstraint to freeze up to a second in multi-constraint assemblies

Somehow, when a character is spawned into the game world, physics assemblies may freeze up at random. Namely the HingeConstraint seems to be freezing for up to a second.

Attached below is a place file in which the issue appears. When you run the file without a player the contraption seems to work as normal (barring this other related bug report I posted yesterday which involves the same contraption). However, when you run the file in Play Solo mode, the physics assembly freezes for up to a second whenever the HingeConstraint is activated.

freeze_bug.rbxl (42.5 KB)

Two videos are also attached below to illustrate the difference. Physics ownership is shown on top of the assemblies. Note how in the video the contraption is shown to be fully controlled by the server, so the freezing should, in theory, not be caused by any transfer of physics ownership between the server and the player.

Running the file without a player (works as normal):

Running the file with a player (which causes the freezing):

This issue also seems to appear in live games.

Expected behavior

I expect the contraption to rotate smoothly without any weird freezes or jumps.

1 Like

Could the networking of those parts be set to the player? Try calling SetNetworkOwner to the server after the player is near the assembly?

Please actually read the bug report as I already answered your question. You can find the answer here:

2 Likes

Thanks for the report! We’ll follow up when we have an update for you.

1 Like

Hey Zomebody, we’ve rolled out a few changes some time back and I wanted to check in to see if that’s fixed the issue for you? From my end running the place file provided the freeze no longer occurs.

2 Likes

I am no longer seeing this issue on my end either. Thank you for solving this issue!

2 Likes

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.