In T190364#2788419, @BIS_fnc_KK wrote:

Players being locked in lobby

works for me, there is a few seconds delay before you can select role

Debriefing remains on screen after mission restart

works fine as well, no debriefing screen for me

In T123355#2801333, @LSValmont wrote:

KK never gave back feedback it seems, only Dedmen.
Will Dedmen claim ownership of this?

PS: Are holdactions also compiled before every execution? Because holdaction seem very resource intensive with larger code

This is happening for me on both profiling and standard branch

Tested addAction conditions with this code:

conditionFunc = {call{call{call{ call {captive cursorObject}}}} and call{call{call{call{alive cursorObject}}}} and call{call{call{call{typeOf cursorObject == 'CAManBase'}}}}};
for "_i" from 1 to 1000 do {
    //player addAction ["Title", {}, nil, 2, true, true, "", "call{call{call{call{captive cursorObject}}}} and call{call{call{call{alive cursorObject}}}} and call{call{call{call{typeOf cursorObject == 'CAManBase'}}}}"];
    player addAction ["Title", {}, nil, 2, true, true, "", "call conditionFunc"];
};

Frame rate of 220 without either, 102 with the separate function and 93 with the string. Not sure whether that's compilation overhead or just the code locality costs of running 1000 different functions. The main takeaway would be "don't add 1000 addActions to the player".

KK never gave back feedback it seems, only Dedmen.
Will Dedmen claim ownership of this?

Game loads fine with & without mods, when BattleEye is unchecked/turned off

crazy idea but, could you send me the compiled binary that you would like tested and i can give you a go/no-go whether it worked? this way you can focus on other things and not have to do the hours long wait for it to crash.

19-03-2025 Fixed: Missiles did not consider their fuseDistance setting - T189277