View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001172 | Spring engine | General | public | 2008-10-22 22:28 | 2008-10-23 20:48 |
| Reporter | Licho | Assigned To | Auswaschbar | ||
| Priority | normal | Severity | major | Reproducibility | sometimes |
| Status | resolved | Resolution | fixed | ||
| Product Version | 0.77b5 | ||||
| Summary | 0001172: Desyncs nearly every game | ||||
| Description | This one is hard to miss :) Ingame desyncs i mean. Sometimes happen very early as soon as first units start moving around. | ||||
| Tags | No tags attached. | ||||
| Checked infolog.txt for Errors | |||||
|
|
that's autohost's fault, not sure why. tested with other autohost admins and we desynced almost immediately after start on the autohost, but not when an actual player hosted. sometimes desyncs occured even on frame 1. |
|
|
but those desyncs happen later in the game. Sometimes 1 person desyncs, sometimes 5.. i have no idea how could autohost cause it. Script generated is correct. Hashes match. |
|
|
You were right. They were caused by tasclient not reading/using default values for modoptions (for those new metal/energy etc). Springlobby sends them when battle opens, so I did the same in springie and it seems to have fixed it. Can be closed as resolved. |
|
|
closed on OP request |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2008-10-22 22:28 | Licho | New Issue | |
| 2008-10-22 23:47 | imbaczek | Note Added: 0003013 | |
| 2008-10-23 00:03 | Licho | Note Added: 0003014 | |
| 2008-10-23 20:35 | Licho | Note Added: 0003015 | |
| 2008-10-23 20:47 | Auswaschbar | Note Added: 0003016 | |
| 2008-10-23 20:47 | Auswaschbar | Status | new => resolved |
| 2008-10-23 20:47 | Auswaschbar | Resolution | open => fixed |
| 2008-10-23 20:47 | Auswaschbar | Assigned To | => Auswaschbar |
