diff options
author | Justin Clark-Casey (justincc) | 2013-09-18 22:09:46 +0100 |
---|---|---|
committer | Justin Clark-Casey (justincc) | 2013-09-18 22:09:46 +0100 |
commit | f4d82a56f4c13bd24305e008418819edcfdc549d (patch) | |
tree | 64f16a320ebb074fdb07a7084847a2c9ffc87112 /OpenSim/Region | |
parent | Change logging to provide more information on LLUDPServer.HandleCompleteMovem... (diff) | |
download | opensim-SC-f4d82a56f4c13bd24305e008418819edcfdc549d.zip opensim-SC-f4d82a56f4c13bd24305e008418819edcfdc549d.tar.gz opensim-SC-f4d82a56f4c13bd24305e008418819edcfdc549d.tar.bz2 opensim-SC-f4d82a56f4c13bd24305e008418819edcfdc549d.tar.xz |
Double the time spent waiting for a UseCircuitCode packet in LLUDPServer.HandleCompleteMovementIntoRegion()
This is to deal with one aspect of http://opensimulator.org/mantis/view.php?id=6755
With the V2 teleport arrangements, viewers appear to send the single UseCircuitCode and CompleteAgentMovement packets immediately after each other
Possibly, on occasion a poor network might drop the initial UseCircuitCode packet and by the time it retries, the CompleteAgementMovement has timed out and the teleport fails.
There's no apparant harm in doubling the wait time (most times only one wait will be performed) so trying this.
Diffstat (limited to 'OpenSim/Region')
-rw-r--r-- | OpenSim/Region/ClientStack/Linden/UDP/LLUDPServer.cs | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/OpenSim/Region/ClientStack/Linden/UDP/LLUDPServer.cs b/OpenSim/Region/ClientStack/Linden/UDP/LLUDPServer.cs index cdc1668..b1752c1 100644 --- a/OpenSim/Region/ClientStack/Linden/UDP/LLUDPServer.cs +++ b/OpenSim/Region/ClientStack/Linden/UDP/LLUDPServer.cs | |||
@@ -1698,7 +1698,7 @@ namespace OpenSim.Region.ClientStack.LindenUDP | |||
1698 | // and then CompleteAgentMovement immediately without waiting for an ack. As we are now handling these | 1698 | // and then CompleteAgentMovement immediately without waiting for an ack. As we are now handling these |
1699 | // packets asynchronously, we need to account for this thread proceeding more quickly than the | 1699 | // packets asynchronously, we need to account for this thread proceeding more quickly than the |
1700 | // UseCircuitCode thread. | 1700 | // UseCircuitCode thread. |
1701 | int count = 20; | 1701 | int count = 40; |
1702 | while (count-- > 0) | 1702 | while (count-- > 0) |
1703 | { | 1703 | { |
1704 | if (m_scene.TryGetClient(endPoint, out client)) | 1704 | if (m_scene.TryGetClient(endPoint, out client)) |