XEH initPost runs twice when added retroactively via function

[kymckay]

Arma 3 Version: 1.66 (stable)
CBA Version: 3.1.2 (dev 311d8d7)

Mods:

• \x\cba
• \z\ace
• @devcon_a3 (in-house dev console that I always run while developing)

Description:

• When using function CBA_fnc_addClassEventHandler to add an "initPost" XEH to a vehicle with the retroactive parameter set to true, the event will run twice for existing instances of that vehicle.

Steps to reproduce:
Run the following repro mission:
EmptyMission.VR.zip

You can see I've added an initPost EH to CAManBase (player unit) both via the CBA_fnc_addClassEventHandler function and via the Extended_InitPost_EventHandlers in description.ext

The config version runs only once, while the scripted version runs twice.

Where did the issue occur?

• Editor (Singleplayer)

RPT log file:

• Arma3_2016-12-21_11-23-18.txt

[commy2]

Does this always happen regardless of when the eventhandler is used? preInit vs. postInit vs. mid mission / scheduled init.sqf?

[kymckay]

Currently only tested from postInit, will try init.sqf and preInit also

[kymckay]

It only runs once from both preInit and init.sqf, so it seems to only be an issue when added during postInit

[commy2]

Very interesting. That narrows down the problem alot.

[commy2]

hijacking this for a note:

• decouple CBA postInit from BI postInit to avoid getting stalled with waitUntil

[PabstMirror]

(entities [[], [], true, true]) returns duplicates of units in vehicles when called at postInit

AI_2 starts in a car, listed twice
[L Modules:1,AI_2,aCar,startingPlayer,AI_1,AI_2]

[commy2]

So that is all? That fixes this issue? Dammit BI.

[Dystopian]

looks like this is not fixed

2:13:47 "Scripted initPost ran"
2:13:47 "Config initPost ran"
2:13:47 "Scripted initPost ran"

[commy2]

Repro?

[Dystopian]

EmptyMission.VR.zip
this is simplified @SilentSpike mission, it can be tested with CBA only