Using db hcdb2 170909, westpac BS, GE 2025.019

In the attach file two save games, one before a save and one shortly after loading the save, named accordingly.

Before the save the three units of air group ADA comprising had been in air formation patrol of AAa, but split off using F8 group split command.

The other independent air groups of single units had also been patrol units in AAa and split of earlier, one unit at a time with no errors occurring.

Two log files are also included, these are from two different loadings of the after save game, one with much less logging but including logging for 'load' and giving what looks like interesting information regards air formation loading from the saved game.

The issue (illustrated in screen shots below) is that the remaining air formation patrol of AAa is now somehow tangled up with the group ADA and no longer related to the group AAa of which they are a unit. In the F4 Formation Edit screen they are incorrectly listed not by their patrol type but by their class name.

In summary, it appeasrs the problem occurs from the loading of the saved game data and that before saving the game multiple units must be split off from the group that hosts the air formation patrols, and all remaining patrols get 'abandoned'.

the short log file

showing the units of group ADA to confirm constituents

screen shot of AIWindow report indicating an air formation event for non existent aircraft AD004. this unit should be AA004.

this screen shot shows what the F4 editor looks like with a bad formation unit B707-, also a second bad patrol the E-7A wedgetail

 

BadAirFormPat.zip

further fiddling about and it would seem that the lowest numbered unit of the parent group (AAa) must be split off and the numbers aren't relevant .

it is that new group that seems to 'take' the airformation event with it.

another small stone turned perhaps. two screen shots below, the group UUID of the unit split off from AAa is the same as AAa.

So the error is occuring at that stage but not somehow showing up until after a game save?

 

PS, note to self, change structure of the lists in AIWindow so the text can be copied to windows clipboard.

Note to self, check out the split group's UUID as Don wrote, that should not happen.

A quick check and it looks like all new groups produced by splitting units from a 'parent group' are assigned the parent's group UUID.

Possibly fixed in 2025.021

HCE - 2025.021 - 2025-05-31
===========================
- Chg:33929 GE When splitting groups, the new group is supposed to get a new
                uuid and it was but only momentarily until it was re-written
                with the donor group's uuid. It is no longer re-written.
                (thanks donaldseadog,eeustice)
                https://harpgamer.com/harpforum/topic/33929-bad-air-formation-patrols-again/
 

confirm 2025.021, split air group, surface ship group, surface mobile group, air base, all new groups have their own group UUIDs different from their host/parent group.

Also confirmed after game save and load air base with air formation patrols and having had a patrol unit split off before the save were still correctly patrolling after start of the saved game.