multisync changes ( r9579) #1516
Comments
Buginator edited the issue description |
Buginator commented This is between windows <-> linux. Couldn't have a game longer than 30 secs. |
Zarel commented In all of that, you could've at least linked to [9579]. <- Just created that link, so I could click on it. ;) |
Buginator commented (In [9586]) Sorry, since working on other issues in multisync.c, was forced to revert [9579] because it was too unstable to play MP games with it. |
Buginator commented (In [9591]) reverse merge [9578] "Sorry, since working on other issues in multisync.c, was forced to revert [9579] because it was too unstable to play MP games with it. |
Buginator changed status from |
Buginator set resolution to |
Buginator commented Well, as you can see, I was forced to revert this patch to get any work done. Closing ticket. |
Per changed status from |
Per changed resolution from |
Per changed status from |
Per changed owner from `` to |
Buginator commented was testing this again, and this time around, I got this:
The assert was on both machines. I am out of time for tonight, but I will continue to figure out what is wrong... I attached the patch from the revert, so you can apply to 2.3 without merging |
Buginator uploaded file |
Buginator commented Forgot to mention, this is a 8p game, clover map applied to [9603] |
Per commented Ah, of course. In 2.3 you still need the gridMoveDroid(psDroid, (SDWORD)oldx,(SDWORD)oldy); call the grid system. Sorry about that. I did my MP testing on trunk only. |
Per changed status from |
Per changed resolution from `` to |
resolution_fixed
type_bug
| by Buginator=========
Issue migrated from trac:1516 at 2022-04-15 21:00:39 -0700
The text was updated successfully, but these errors were encountered: