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
If a map is saved with a character who is performing an activity, when it is loaded the reference to the character on the activity will not be loaded properly.
It's the same issue with mef origins not being saved properly. The solution I had there was to use the UID of the mef instead.
The text was updated successfully, but these errors were encountered:
Ruin0x11
changed the title
Characters are saved onto activity instances
Character referencess are unintentionally saved onto activity instances
May 5, 2021
I think the usage of Object.make_prototype() is what's at fault here. If the reference and ILocation containing it are saved together in one table (which should usually be the case), then binser should be able to reconnect the reference appropriately. It would still need some amount of checking to handle that not being the case, though.
Maybe instead of requiring the user to correctly implement serialization, the serializer could detect common classes (like data_table) and save special metadata there.
Ruin0x11
changed the title
Character referencess are unintentionally saved onto activity instances
Character references are unintentionally saved onto activity instances
Sep 11, 2021
If a map is saved with a character who is performing an activity, when it is loaded the reference to the character on the activity will not be loaded properly.
It's the same issue with mef origins not being saved properly. The solution I had there was to use the UID of the mef instead.
The text was updated successfully, but these errors were encountered: