Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0001744 [SphereServer 0.56b] executable - generic major random 04-05-10 02:16 23-08-10 17:28
Reporter Incanus View Status public  
Assigned To
Priority high Resolution open  
Status feedback   Product Version PreRelease/Nightly
Summary 0001744: Server and client can get out of sync about character position
Description This happens when a character uses some kind of teleporter and then moves quickly after this. Unfortunately it's hard to reproduce because it's kind of random.

Using the update command sets the character to the correct position.
 
Additional Information Version r1265 - r1276 (not tested on earlier versions)
Windows
Client 5.04b
UseAsyncNetwork=1
UsePacketPriority=1
MaxSizePerTick=12000
MaxPacketsPerTick=50
EF_NetworkOutThread enabled
Tags No tags attached.
Nightly Version Not Available
Experimental Flags None
Option Flags None
Attached Files png file icon outofsync.png [^] (89,587 bytes) 04-05-10 02:16
txt file icon move_error.txt [^] (4,235 bytes) 15-05-10 22:24
txt file icon move_correct.txt [^] (4,235 bytes) 15-05-10 22:24
txt file icon error_2.txt [^] (3,811 bytes) 31-05-10 02:39
txt file icon error_3.txt [^] (6,126 bytes) 31-05-10 02:39

- Relationships

-  Notes
(0000467)
Incanus (reporter)
10-05-10 17:53

Disabling UsePacketPriority does not fix this problem
(0000470)
Incanus (reporter)
15-05-10 22:36

Added two SpyUO logs. The logs were created running through a teleporter logging the pacekts ReqMove (02), CharMoveRejection (21), MoveAllowed (22) and MoveMobile (20).

Sphere sends the CharMoveRejection Packet after using a teleporter, with the sequence number 0.
The error occurs when the client sends a new ReqMove Packet with sequence number 0, before it has received the CharMoveRejection packet for the teleport.
Thus the client thinks its move request got rejected causing server and client getting out of sync about the characters position.
(0000477)
HOCOK (reporter)
27-05-10 13:06
edited on: 27-05-10 13:08

confirm.

it's only with new sockets, if you use sphere "September 20 2009" , there is no such problem.

you can reproduce it by putting teleport(end) 1 tile after wall, and run into teleport(start), and you will be in wall.

(0000481)
MrSugarCube (administrator)
30-05-10 15:41

I'm struggling to reproduce this, although I have found and fixed what I think would cause this problem.

Could you please re-check this in tomorrow's automated build? (version #1287+)
(0000483)
Incanus (reporter)
31-05-10 02:38
edited on: 31-05-10 02:41

Thank you, it's much better now. But I'm afraid the problem is not fixed 100%. I walked like 200 times through my test gates and the bug appeared only 2 times. Before rev 1287 I had the bug in 25% of the tests.
I'll add the SpyUO logs.

Tested with these settings on an remote server:
EF_NetworkOutThread
MaxPacketsPerTick=100
MaxQueueSize=400
MaxSizePerTick=18000
UseAsyncNetwork=1
UsePacketPriority=1

(0000490)
MrSugarCube (administrator)
15-06-10 08:39

Is there any change on the latest automated build? (version #1289+)

- Issue History
Date Modified Username Field Change
04-05-10 02:16 Incanus New Issue
04-05-10 02:16 Incanus File Added: outofsync.png
04-05-10 02:16 Incanus Nightly Version => Not Available
04-05-10 02:16 Incanus Experimental Flags => None
04-05-10 02:16 Incanus Option Flags => None
10-05-10 17:53 Incanus Note Added: 0000467
15-05-10 22:24 Incanus File Added: move_error.txt
15-05-10 22:24 Incanus File Added: move_correct.txt
15-05-10 22:36 Incanus Note Added: 0000470
27-05-10 13:06 HOCOK Note Added: 0000477
27-05-10 13:08 HOCOK Note Edited: 0000477
30-05-10 15:41 MrSugarCube Note Added: 0000481
31-05-10 02:38 Incanus Note Added: 0000483
31-05-10 02:39 Incanus File Added: error_2.txt
31-05-10 02:39 Incanus File Added: error_3.txt
31-05-10 02:41 Incanus Note Edited: 0000483
15-06-10 08:39 MrSugarCube Note Added: 0000490
03-07-10 00:21 MrSugarCube Status new => feedback
23-08-10 17:28 MrSugarCube Priority normal => high


Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker