There seems to be an issue with replicated attachments ending up causing cyclical setups resulting in crash on clients. It was reported for 5.2 but even after patching up code it seems to occur. ...
When calculating an actor's NextUpdate time, a random delay is added: ActorInfo->NextUpdateTime = World->TimeSeconds + UpdateDelayRandomStream.FRand() * ServerTickTime + NextUpdateDelta; If this d ...
This issue seems to occur due to the client keeping the NetGUID for the class/object, while the server will clean up this NetGUID during travel. When the client sends the class and its NetGUID as pa ...
The issue seems to occur when a replicated child actor is received on the client before its parent. The child actor will first be spawned at its correct global position, with its root component's p ...
The buffer start time is calculated by subtracting the TimeBufferHintSeconds from the stream length: const uint32 BufferStartTimeMS = UE::LWC::FloatToIntCastChecked<uint32>(FoundReplay->StreamInfo.L ...
This seems to be the same issue as was reported in [Link Removed], as enabling net.ResetAckStatePostSeamlessTravel resolves the issue. However, it was recently reported that disabling net.FilterGuid ...
A high UWorld::Tick DeltaSeconds (i.e. GameThread hitch) results in a high UNetDriver::TickFlush DeltaSeconds. This DeltaSeconds can high (many seconds) if the hitch is long. This value then affects ...
This issue was previously reported at [Link Removed], but it seems to have regressed due to the change at CL 23357753. GetNetMode is correctly returning NM_ListenServer, but APawn::PossessedBy now c ...
Shutting down a dedicated server seems to result in the expected behavior, where both messages are received, but it may be possible for the circumstances causing the issue to occur on a dedicated se ...
When determining relevancy for an actor based on distance, the location of the player's view point is always used if it is available, rather than the location of the view target (see FNetViewer and ...