Solved Unknown, consistent freeze [U3]
-
@fearripper96 thanks for all the details. The supplied files also give a freeze for me, we’ll give it a look
-
Just tried again and I spawned in the pit… no issues…
-
@maxwaldorf are you able to stay in 3D for longer than just initial commit? Poor phrasing on my part from initial post, but the crash occurs near the “taxi” time for the first F-16 flight in the Sq. mentioned.
-
Also got a repro case here. Happens when committing to taxi, freezes in UI before entering 3d.
-
@seifer yeah, it can also be triggered by committing to ramp and waiting until roughly taxi time in my experience.
-
@fearripper96 just so you know, Tumbler and I already identified the issue. There is an easy fix and a harder one.
We are going trough the harder one, because the easy one will simply hide the issue.
-
A bit more details:
what happens in this case is a bug in the battalion ordering logic. When the brigade is ordering the battalions, it assigns objectives to them. If more than one is assigned to the same objective, the one with highest score wins and the other one gets unassigned.
The bug is that we loop through this until all battalions are assigned. For some reason, we have a condition that is always assigning one over the other and the loop never ends. We are trying to figure this out.
-
@seifer That’s interesting, thanks for looking into it!
-
@seifer I tested for curiosity’s sake to find all ground units that weren’t HQ-controlled and letting HQ take control again, which fixes the freeze completely. I guess since a large number of units in the scenario were manually controlled, some might cause the behaviour you mentioned.
-
@fearripper96 np thanks for sharing. Your solid repro case helped a lot debugging this. A workaround for your case is to manually order some battalions. Ill find which ones and report back.
-
2nd mech battalion, 1st mech battalion, 5th mech battalion.
Try manually assigning those as a workaround.
-
@seifer many thanks to you.
-