Bug #5708

FSM's Continue To Run After Mission End

Added by Rommel over 5 years ago. Updated over 2 years ago.

Status:Feedback Start date:11/08/2009
Priority:Normal Due date:12/01/2010
Assignee:Dwarden % Done:

0%

Category:Scripting: Problem
Target version:-
Affected ArmA II version:1.55 BETA First affected build:
Reproduced by another DH user:No First affected ArmA II version:
I am using some Mods:No Single / Multi Player?:
I am using: BIForumURL:
Reproducible for you:No NGUrl:
Related to content of DLC: WIKIurl:

Description

I've noticed recently that a FSM file when executed, continues to run even after the mission ends.
Is this normal behaviour?

Repro Steps

1. Load MP Editor
2. Load fsmTest.utes
3. Preview
4. Push OK when you've selected the slot
5. Wait for receiving
6. Wait for briefing screen
7. You should now see text spam (PLAYER_0)
8. Push cancel
9. You should continue to see text spam, but now, (PLAYER:REMOTE_0)
10. Push ok again (in MP lobby)
11. Repeat steps 5-10

Comments

1 player groupChat format ["%1_%2", player, SUPACOUNT];!isNil "var1"

Var1 is nil.
SUPACOUNT is 0.

1 if (isNil {SUPACOUNT}) then {SUPACOUNT = 0} else {SUPACOUNT = SUPACOUNT + 1};

There is never two of the FSM running, just continuation of the FSM even when at the lobby.
If you enter the game, after briefing screen, the same effect does not occur, it turns off as it should..

fsmTest.utes.zip (1.5 kB) Rommel, 01/29/2010 04:31


Related issues

related to ARMA2 Community Issue Tracker - Bug #10544: Deleted units bring only about 1/3 of FPS back Closed 05/08/2010

History

Updated by Fireball over 5 years ago

  • Due date set to 11/22/2009
  • Status changed from New to Feedback

How did you perceive this? Can you provide a video, repro steps or other means to troubleshoot it?

Updated by Rommel over 5 years ago

I created an FSM with an Init state (blank) and a condition state with the following code:

1 player groupChat format ["%1", player];!isNil "var1"

Then that to an end state. So the FSM will never become true.
Launch that via init line (in MP), go to briefing (launched and spamming messages), go back to lobby, it is still displaying my name, however as 'ROMMEL (REMOTE)' now. This is not a dedicated server.

Hope thats enough for you.

Updated by alef over 5 years ago

  • Due date changed from 11/22/2009 to 11/23/2009
  • Status changed from Feedback to Assigned

Updated by Fireball over 5 years ago

  • Due date changed from 11/23/2009 to 12/23/2009

Updated by Fireball about 5 years ago

  • Due date changed from 12/23/2009 to 01/23/2010

Still an issue within 1.05 final?

Updated by Fireball about 5 years ago

  • Status changed from Assigned to Feedback

Updated by Fireball about 5 years ago

  • Due date changed from 01/23/2010 to 02/13/2010
  • Assignee set to Rommel

Do we get your repro to easily verify this? I'm afraid I'm unable to quickly hack up that FSM...

Updated by Rommel about 5 years ago

Reproduced!!!

Steps.

1. Load MP Editor
2. Load fsmTest.utes
3. Preview
4. Push OK when you've selected the slot
5. Wait for receiving
6. Wait for briefing screen
7. You should now see text spam (PLAYER_0)
8. Push cancel
9. You should continue to see text spam, but now, (PLAYER:REMOTE_0)
10. Push ok again (in MP lobby)
11. Repeat steps 5-10

Comments:

1 player groupChat format ["%1_%2", player, SUPACOUNT];!isNil "var1"

Var1 is nil.
SUPACOUNT is 0.

1 if (isNil {SUPACOUNT}) then {SUPACOUNT = 0} else {SUPACOUNT = SUPACOUNT + 1};

There is never two of the FSM running, just continuation of the FSM even when at the lobby.
If you enter the game, after briefing screen, the same effect does not occur, it turns off as it should..

Updated by Rommel about 5 years ago

Knock Knock

Updated by kju about 5 years ago

  • Due date changed from 02/13/2010 to 05/13/2010
  • Status changed from Feedback to Assigned
  • Assignee deleted (Rommel)
  • Affected ArmA II version changed from 1.04.59026 to 1.05.62017

Updated by Fireball about 5 years ago

  • Assignee set to Luca

Description updated accordingly.

Updated by kju almost 5 years ago

  • Due date changed from 05/13/2010 to 06/13/2010
  • Assignee changed from Luca to Dwarden

Updated by Rommel over 4 years ago

  • Audio card set to Please specify!
  • Size of OS swap file set to Please specify!

Still occurs; happened with a small FSM with a start, loop (true) and finish, all that FSM had was a global chat and it continued until a new map was chosen.

Updated by kju over 4 years ago

  • Due date changed from 06/13/2010 to 10/01/2010
  • Affected ArmA II version changed from 1.05.62017 to 1.53 BETA

Updated by Sickboy over 4 years ago

For whatever it is worth, this sounds to me like normal behaviour and not very damaging at least, and even less if you know about it and account for it.
I'm guessing at mission's end, a likewise situation occurs as at the Briefing or at Loading screens if you will (until you swap mission or exit to main menu);
Simulation is halted, so anything waiting for time to change, or having a sleep inside it, will 'hang' / pause -> good,
yet any loop / code running without sleep, like fsm's, will continue running.
So im guessing it isn't exclusive to FSM's either.

Updated by Rommel over 4 years ago

Occurred again last night; very damaging results; very frustrating. Allowed several players to be unable to join a mission of ours due to the FSM kicking them out of error.

Updated by kju over 4 years ago

  • Due date changed from 10/01/2010 to 12/01/2010
  • Affected ArmA II version changed from 1.53 BETA to 1.55 BETA

Updated by Dwarden over 2 years ago

  • Status changed from Assigned to Feedback

still an issue ?

Also available in: Atom PDF