When using Vehicle_Cargo_Base.et with one CargoCompartmentSlot and its PassengerPositionInfo set to an instance of EntitySlotInfo, it was possible to move in this compartment in Reforger 1.1. Trying to do this in 1.2 produces a crash (ID: dc439dfc-86be-44e3-a14e-129cca088cb7 ID: d1fe2423-714a-4d00-bd30-43ed8f2fbc1a).
Description
Details
- Severity
- Crash
- Resolution
- Open
- Reproducibility
- Always
- Operating System
- Windows 11 x64
- Category
- General
- Open HelperCompartmentTest in experimental workbench
- Open worlds/Test/Test.ent in world editor.
- Switch to game mode (Server localhost + PeerTool) with one peer client.
- Execute the code below in the script editor's remote console:
IEntity helper = GetGame().GetWorld().FindEntityByName("HelperCompartment"); SCR_ChimeraCharacter char = SCR_ChimeraCharacter.Cast(GetGame().GetPlayerManager().GetPlayerControlledEntity(2)); SCR_CompartmentAccessComponent compartmentAccess = SCR_CompartmentAccessComponent.Cast(char.GetCompartmentAccessComponent()); compartmentAccess.MoveInVehicle(helper, ECompartmentType.CARGO);
We use a compartment on a helper entity attached to a player for the implementation of carrying other players in ACE Anvil (https://github.com/acemod/ACE-Anvil/tree/master/addons/carrying).
Event Timeline
The issue is still there on stable, crash report from ACE Carrying which uses the method: 14151df8-6938-4642-a2ac-a613c56c386e
The crash is caused by doors in doors info list perhaps the game could handle this more gracefully or at least report something to logs.
Thanks to NiiRoZz for the information.
This is the reason why carrying still was crashing, but is not what caused the original crash. The test mod doesn't even have a doors info list. Whatever it was got resolved by now. The repro no longer produces crashes.
Correction, the repro still produces crashes when done with a peer client. I updated the repro accordingly. Latest crash ID: d1fe2423-714a-4d00-bd30-43ed8f2fbc1a.