Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Owner reset when loading from persist file #3242

Open
deli73 opened this issue Jan 16, 2025 · 1 comment
Open

Owner reset when loading from persist file #3242

deli73 opened this issue Jan 16, 2025 · 1 comment
Labels

Comments

@deli73
Copy link

deli73 commented Jan 16, 2025

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:

  1. On dedicated server with persistence on, create User prop, point it at something, and connect it to a button.
  2. Set both props to be persistent.
  3. Exit and reopen the server.
  4. Try to use the button.
  5. 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.

@deli73
Copy link
Author

deli73 commented Jan 24, 2025

...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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants