2024-04-25 15:48 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0000166Spring engineGeneralpublic2007-10-14 13:25
ReporterNEWSBOT3 
Assigned ToAuswaschbar 
PrioritynormalSeveritymajorReproducibilitysometimes
StatusresolvedResolutionfixed 
Product Version 
Target VersionFixed in Version 
Summary0000166: Clients de-sync when dragging out large areas of build orders
DescriptionWe kept getting an error where one player would drop from the game, with their army frozen, and the host would get repeated warnings about loss of sync to that player. The game continued fine for the other players and host, butt he player affected was always frozen.

Anyway, after discussing it, we realised we all only ever got this effect when we placed a large block of buildings (with shift-alt). Sometimes it worked fine, occasionally it would drop the player.

The intermittent nature of this makes me suspect that its related to network connections, but i'm not sure how since build orders shouldn't need to be transferred to other clients (should they?).
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
has duplicate 0000201closed Spring sends unusually fast, large amounts of decent sized UDP packets 
+Relationships

-Notes

~0000179

heze (reporter)

Obviously something about the new buildings has to be transferred to the other clients but I don't know if it's the build queue or just the buildings as they appear (I'd guess it's the build queue).

This might be a some kind of buffer overflow in the network buffer but who knows, not I atleast :).

~0001167

tvo (reporter)

Does this still happen in 0.75b2 ?

~0001183

imbaczek (reporter)

this should be fixed by MTU patches.
+Notes

-Issue History
Date Modified Username Field Change
2006-04-29 16:59 NEWSBOT3 New Issue
2006-05-03 09:35 heze Note Added: 0000179
2007-01-29 11:28 tvo Relationship added has duplicate 0000201
2007-08-27 15:26 tvo Note Added: 0001167
2007-08-27 15:26 tvo Status new => feedback
2007-08-27 16:41 imbaczek Note Added: 0001183
2007-10-14 13:25 Auswaschbar Status feedback => resolved
2007-10-14 13:25 Auswaschbar Resolution open => fixed
2007-10-14 13:25 Auswaschbar Assigned To => Auswaschbar
+Issue History