typical-developers / oaklands-feedback

Give feedback about Oaklands!
2 stars 0 forks source link

[BUG]: Schematics and plot sign lingering AFTER leaving #1042

Open Fireparakeet opened 7 hours ago

Fireparakeet commented 7 hours ago

Roblox Username

Fireparakeet

What version did this issue occur in?

1.68.0

Describe the issue in detail.

Even after leaving, some of my base's schematics stay occupied on the same plot with collision and all. When this happens, I cannot reload into the same server as all of my saves stay indefinitely loading in the menu.

This has happened twice in the span of an hr in private servers, it might've happened in publics as well, but I did not have confirmation from other people at the time. The f9 logs do not have any unusual errors from both the people in the server and me, the plot owner.

Provide some images / videos of the issue in action.

oaklandsb1 image image

Before Submitting

Fireparakeet commented 6 hours ago

Update on this, when someone else loads into the same plot they can interact with structures like doors and drawers NOTHING comes out of the drawers though even if they contain items. The only thing that can be taken from this "ghost plot" are schematics in which the person loaded in can replicate the designs that linger. image image image

AkkozaDevelops commented 6 hours ago

@HooferDevelops this could be due to the data size of the property (106.12umb) which is roughly 30ish datastores worth of data; so it could be due to the datastores throttling?

Not entirely sure what could be the issue but I could not replicate it in a private server of my own.

Upon checking in the server with the broken property, it seems that the Data module never released Para's Id from the ActivePlayers table (so they couldn't load again), but ProfileService released their data, and their data saved perfectly fine.

When I manually cleared the ActivePlayers table for their Id, they loaded their property in a different spot and it cleared the old "ghost" schematics, showing they still had their UUIDs (so possibly behaviors not unloading, or the Player module getting timed out while trying to destroy them all?)

Only Schematics, not items

These are just notes to help you figure out the possible issue, as I myself have no clue.

HooferDevelops commented 6 hours ago

No, it wouldn't be. I'm looking into it right now and will likely need to join them when it happens.