NetworkTransform misses sync when GameObject is re-enabled; add option for automatic reassertion

Description
When using NetworkTransform in server-authoritative mode, if a NetworkObject is deactivated on clients (e.g. via SetActive(false) or scene streaming), any transform changes (e.g. via Teleport) made while it's inactive are not propagated to the client once it's re-enabled. This results in position mismatches, where the client sees the object at its old position while the server has already moved it.

There is no warning, and the desync is silent unless manually corrected.

Reproduction Steps
Spawn a server-authoritative NetworkObject with a NetworkTransform

Deactivate the object on all clients (via RPC or reparenting in a disabled object)

On the server, call Teleport(...) to move the object

Reactivate the object after a short delay

Observe: the client does not reflect the new position

Expected Behavior
Clients should receive the latest authoritative position of the object when it becomes active again.

Workarounds
Currently, we must:

Reapply Teleport() after reactivating the object, or

Use a coroutine to delay the teleport until the object is re-enabled, or

Use custom NetworkVariable logic or whatever boiler plate works instead of NetworkTransform

Suggested Fixes
Add a forceResyncOnEnable bool on NetworkTransform

Internally store the last known transform state, and resend it on reactivation

Or provide an OnNetworkObjectReenabled callback for developers to manually reassert state

Bắt đầu từ cách NetworkTransform xử lý Teleport theo quyền của server khi NetworkObject không hoạt động, sau đó tái hiện chuỗi vô hiệu hóa, di chuyển và kích hoạt lại được mô tả. Xác định cách có thể áp dụng lại transform mới nhất có thẩm quyền khi kích hoạt lại, đồng thời xác minh rằng client nhận được vị trí đã cập nhật mà không cần gọi Teleport lần thứ hai.