fix: NetworkShow client synchronization duplicate players and NetworkShow with ChangeOwnership fixes [Backport] #3493
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The PR resolves the issue discovered when investigating the Forum-1651980 issue. The initial client synchronization pre-serialization preparation was not excluding any spawned
NetworkObject
instances that had a pending visibility update for the client being synchronized. This fix adds this check to that process.MTTB-1372
This addresses the Forum-Support-1646996 issue where it was determined if you invoke
NetworkObject.NetworkShow
and then immediately invokeNetworkObject.ChangeOwnership
(or somewhere within the same callstack for that frame) the target client will get an error regarding an unnecessaryChangeOwnershipMessage
.MTTB-1337
Changelog
NetworkObjects
that already had pending visibility for the client being synchronized.NetworkObject.NetworkShow
andNetworkObject.ChangeOwnership
consecutively within the same call stack location could result in an unnecessary change in ownership error message generated on the target client side.Testing and Documentation
Backport
This is a back port of #3488.
This is a partial back port of #3468.