Non-systematic softlock-like situation with long lift

[Mateos]

Good morning,

There's an issue that happened to a server and I've got once locally with a lift I'm not sure how to describe ^^"

On Rjuken Dam: https://et.clan-etc.de/etmain/rjuken_beta4_1a.pk3

Happened that Axis bots at the bottom keep waiting while the lift reached the bottom - I suspect Allies called it 1st from top, not letting the chance to Axis to exit their Wait function, stuck forever? (Capture #1, provided by server admin)

Also when the lift is at top so they can call it (that would require to re-enter related ExitConditions though if I get it correctly, perhaps here is the/an issue) (Capture #2, which happened to me once, with only bots)

I give the precision bots-only because there's a small window where a real player could interact with the lift while Lift_Moving is still going

Map.liftStatus was OK, checked with a custom command:

Commands["print_map_var"] =
{
	Func = function( _params )
	{
		Util.MapDebugPrint( ToString( Map.liftStatus ), true );
	},

	Help =
	{
		"Prints a map variable value",
		"Usage: /bot print_map_var/pmv",
	},
};

Commands["pmv"] = Commands["print_map_var"];

Need an exterior look at it ^^"

Sorry for not being able to give reproduction steps

Thank you in advance

Regards

[palota]

I've fixed the problem and committed it to SVN.

I use this short command to print values:

Commands["p"] = function(_params)
{
	ExecCommand("script_run print(" + _params[0] + ")");
};

 

\bot p Map.liftStatus

[Mateos]

Thank you very much!

[Mateos]

The admin told me bots got stuck again, with below screenshots; something new is Allies at top _inside_

He runs SVN up-to-date files

Edited July 17 by Mateos

[palota]

I've fixed another problem and committed it to SVN.

[stephen4]

Glad you tracked down the issue and got it fixed, especially with those tricky lift situations.