2025-07-18 02:00 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0001172Spring engineGeneralpublic2008-10-23 20:48
ReporterLicho 
Assigned ToAuswaschbar 
PrioritynormalSeveritymajorReproducibilitysometimes
StatusresolvedResolutionfixed 
Product Version0.77b5 
Target VersionFixed in Version 
Summary0001172: Desyncs nearly every game
DescriptionThis one is hard to miss :)

Ingame desyncs i mean.
Sometimes happen very early as soon as first units start moving around.
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
+Relationships

-Notes

~0003013

imbaczek (reporter)

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.

~0003014

Licho (reporter)

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.

~0003015

Licho (reporter)

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.

~0003016

Auswaschbar (reporter)

closed on OP request
+Notes

-Issue History
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
+Issue History