Fri, 06 Dec 2013 23:53:35 +0100 It seems that at the current state it is necessary to protect sending stats/ending game from multiple execution,
sheepluva [Fri, 06 Dec 2013 23:53:35 +0100] rev 9760
It seems that at the current state it is necessary to protect sending stats/ending game from multiple execution, as that can happen if you e.g. fail a mission more than once in the same tick (e.g. destroying two essential crates at the same time) Otherwise you can get a blank / stuck frontend (e.g. when using deagle to shoot the two last crates at the same time)! the best approach might be to never call the function that sends stats and ends game from any event handler directly, but instead have a flag 'isFailed' that is set to true when any of the possible fails happen and to check that flag every tick to send stats and end game if true
Fri, 06 Dec 2013 22:48:30 +0100 * turned out the no-flight zone is also a no-climb-and-progress zone
sheepluva [Fri, 06 Dec 2013 22:48:30 +0100] rev 9759
* turned out the no-flight zone is also a no-climb-and-progress zone * also changed it to not completely nullify velocity (otherwise cliffjumpers can get stuck in midair), just make sure dy is not negative
(0) -3000 -1000 -300 -100 -30 -10 -2 +2 +10 +30 +100 +300 +1000 +3000 tip