You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
The owner of a Wire prop seems to be reset when loading a persist file. This isn't an issue in too many cases, but it does cause, for example, the User prop to stop working entirely.
To Reproduce
Steps to reproduce the behavior:
On dedicated server with persistence on, create User prop, point it at something, and connect it to a button.
Set both props to be persistent.
Exit and reopen the server.
Try to use the button.
User prop does nothing because its owner has been reset.
Expected behavior
User prop works when button is pressed (this is what happens before the reload)
This seems to occur on p2p multiplayer as well, and even singleplayer if a persist file is used instead of a regular save.
The text was updated successfully, but these errors were encountered:
...On further inspection, and with the knowledge we've recently gained on persist file functionality, this seems like it'd be quite difficult to meaningfully fix. The user prop could ideally function without any players online at all, but we're guessing use-simulation doesn't work quite right if that were to be attempted with a nil player?
Our hacky fix has essentially been to create an invisible bot that takes ownership of the wiremod objects when it loads lol
Describe the bug
The owner of a Wire prop seems to be reset when loading a persist file. This isn't an issue in too many cases, but it does cause, for example, the User prop to stop working entirely.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
User prop works when button is pressed (this is what happens before the reload)
This seems to occur on p2p multiplayer as well, and even singleplayer if a persist file is used instead of a regular save.
The text was updated successfully, but these errors were encountered: