donaldseadog

From Australian ABC news service

https://www.abc.net.au/news/2025-07-16/idf-launches-attack-on-syrian-military-headquarters/105540008?utm_source=abc_news_web&utm_medium=content_shared&utm_campaign=abc_news_web&utm_content=link

Rather tough if you are worried about harming the whales

A really good submarine exercise 

Thanks for this one Enrique,

From Australian ABC news service:

https://www.abc.net.au/news/2025-07-13/taipan-helicopter-fly-again-talisman-sabre-nz/105522512?utm_source=abc_news_web&utm_medium=content_shared&utm_campaign=abc_news_web&utm_content=link

Played in BS Westpac with DB HCDB2-170909 game version 2025.023.
Carrier group AAC comprises three carriers each with unique class of ac.
group ACA is sent out on patrol comprising ac from each carrier. It is ordered to RTB and land.
Up until the landing commences the three units have their correct home unit being the unit from which they took off.
The saved game AirMove1.0003 (from scenarioAirMove1.scq attached) is the second before they commence to land and units have correct home unit. One second later one ac from each unit has landed on the home carrier of unit AC000, no ac land on the other two carriers.
I believe the units should land on their parent carrier from which they took off.
Also I believe they shouldn't be able to land on the same carrier 3 AC at a time.

A couple of screen shots showing the info in tool AIWindow (played form a slightly earlier saved game)

Note that one AC of the unit has landed and home unit is AA:002 (the home unit of AC:000)

Note none of the ac of the unit have landed and home unit is AA:001

AirMove1.0003.zip

I've been looking at a simplified version of this and while I haven't had the issue of planes actually not landing they aren't necessarily  landing on the their correct carrier. In a surface group including 3 carrier each with different class aircraft, in a mixed sortie comprising aircraft from all carriers it seems that at the time of initiating a landing event the home unit of all aircraft is assigned to the home unit of the lead (lowest unit number) unit, and all aircraft land on that carrier.

I think it's a separate but perhaps related issue so I'll make a new post.

From ABC (Australia) news service:

https://www.abc.net.au/news/2025-06-08/heritage-honour-for-ships-sunk-in-battle-of-the-coral-sea/105386230?utm_source=abc_news_web&utm_medium=content_shared&utm_campaign=abc_news_web&utm_content=link

https://www.abc.net.au/news/2025-06-03/uk-unveils-radical-defence-overhaul-to-meet-new-global-threats/105368708?utm_source=abc_news_app&utm_medium=content_shared&utm_campaign=abc_news_app&utm_content=other

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.

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.

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.

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.

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

It's looking good in 2025.019

confirming I ran same procedure form the test saved game and the problem did not occur.

Ill have a look next day or so.

I've thought of another level of testing to see if the split off unit has to be the home unit of the AWOL AC. I'll get back on that.

Last night i had a chopper landing on my frigate and the target of an enemy SAM (sm-2 I think) and was delighted but surprised to see the information "point defense got 'em all". Looking at my weapon ammo i deduced it was the 3" otto gun that got the kill. 

I've previously seen in a similar situation where the chopper lands before impact the sam hits the ship so really a nice result.

Unbelievable shooting, maybe.

Oh dear that is very sad reading.

In the attached zip the scenario BasicTest2025018SE-hcdb is written using SE version 2025.018 to test the issue is still current.
Database HCDB 150929 is used in westpac BS.
THe scenario is opened in GE 2025.018, three choppers are set in air formation patrol within the group AAS. One DDG unit is split off from group to form ABS and a 4th chopper air formation patrol is set for AAS. ABS has no AC.
The game is saved giving BasicTest-hcdb-A.hpq. The saved game is opened and the 4 air formation patrols are incorrectly described in the formation editor, the class is noted where it should note the patrol type (in this case ASW).
The formation events - both air formation and surface are incorrectly linked to the new group ABS, not AAS.
If run the 4 choppers all crash run dry of fuel.

AIWindow shows that the AIR-PATROL-EVENTS (and the FORMATION_EVENTS) are linked to group ABS but they should be linked to AAS

In the above the listed seahawk (with no preceding number) should list patrol type ie ASW

THe chopper should have returned to home unit to refuel

BasicTest2025018SE-hcdb.scq.zip

I'll start a new report.

Yah, error is reproducable.

I started with westpac bs, scenario #2 , set up airformationpatrols in group AAC, split off (F8) a ship, saved game, started the saved game and the airformationpatrols of AAC were incorrect and the airformationevents were linked to the split off ship group.

I've not included any game save at the moment, I'll produce a very small test so it can be done.

Also I don't know if it relates to the age of the SE that writes the original scenario, as I haven't seen this happen for some time.

I went back to a previous comment https://harpgamer.com/harpforum/topic/33554-base-air-patrols-loosing-their-base/page/2/#findComment-63871 and looked at the zipped up test save and the same situation, the airformationevent is attributed to the wroing group. Below is the screen shot, the group that the event is asssigned to has no aircraft

(edit) I've looked at the original scenario from the save game (rundryB.0006a) and the group AFS (to which the airformation event now attaches, was originally an enemy ship that has been captured. I'll try to dig up more of the test saves that had this problem and look with this wrong event link.

another clue perhaps, the attached zip file includes a save from scenario 4 of GIUK 2003. The game has gone thru two save/loads. Group ACC has a few air formation units that are not properly operating, in the F4 formation editor it can be seen that they are incorrectly designated not by their patrol type but by their class.

In AIWindow looking at AirFormationPatrols-Evnets they are not listed for ACC but I found by chance one of them listed for a Submarine groups ARU. Submarine group ARU has a single unit that at the start of the game was a unit of group ACC. Apparently during the save /load game they have been allocated to the wrong group (my guess).

airPatrolError.zip

Oh dear I think still with us ..

Prowler was in group patrol. Going in there were other units about to run dry

I'll do some saves and looks.

When your large IFR tanker has a dry refuel cell but a large amount of main tank fuel, you can 'pump' excess fuel from that main tank to the refuel cell.