View Issue Details

IDProjectCategoryView StatusLast Update
0001902FSSCP---------public2009-05-11 07:58
ReporterKeldorKatarn Assigned ToWanderer  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Product Version3.6.9 
Summary0001902: AI keeps attacking non-assigned ships
DescriptionBombers keep attacking non-assigned ships.

If a bomber is assigned to attack ship A but is fired upon by capship B on its way there, it will attack capship B instead.
This happens even though capship B is not on the bomber's goal list and despite dactivating "no-dynamic-goals" for both the bomber's wing and the bomber itself.

This even happens if capship B is protected. The bomber will then not fire upon the ship but still fly towards it in an attack vector.
TagsNo tags attached.

Activities

Wanderer

2009-03-31 07:37

developer   ~0010785

Can you provide a mission where this happens? Preferably something involving minimum number of ships required for the problem to appear. And also on basic FS data if possible.

KeldorKatarn

2009-04-01 22:08

reporter   ~0010793

I do not have retail FS2 but I can create a Saga mission yes.

Wanderer

2009-04-03 09:30

developer   ~0010795

Saga mission should be ok as well.

2009-04-03 14:49

 

a_ai_test.fs2 (7,421 bytes)

KeldorKatarn

2009-04-03 14:51

reporter   ~0010796

Mission attached. Bombers have orders to attack ship "Valid", which doesn't fire back. Nearby ship "Invalid" however does fire at the bombers. The bombers still have the goal to attack "Valid" (as visible above the target box) but turn towards and fire their weapons at "Invalid" instead.

If "Invalid" is made protected, bombers do not fire at it, but still fly towards it as if they were attacking it, completely ignoring their original goal to attack "Valid".

Wanderer

2009-04-04 08:49

developer   ~0010798

Ok.. i see the problem in the code... Problem is that the function seem to do whole target swap more or less in exactly reversed order from anything that would make sense...

KeldorKatarn

2009-04-04 13:38

reporter   ~0010799

Is it easy to fix?

Wanderer

2009-04-04 14:05

developer   ~0010800

I changed both instances that try to set the 'jumped ships' to attack the cap ship that shot at them to first check if no dynamic goals flag was set. There were some commentary and other things which indicated that the function in question was supposed to have been used in conjunction with no dynamic goals flag..

It can be fixed.. still wondering if it should be fixed with the existing flag with slight possibility of having issues in earlier mods or to use new ai flags instead.

KeldorKatarn

2009-04-04 14:10

reporter   ~0010801

Please don't. If we keep flooding the game with flags just to always ensure 100% backwards compatibility even if that means keeping an obvious bug, soon nobody will have any idea what flags to activate anymore, let alone comprehend all the unnecessary fallback code.
I think this is obviously an error and was never intended to work this way and might be quite harmful to several mods already without them knowing about it because usually this behavior is very hard to spot.

Wanderer

2009-04-04 15:54

developer   ~0010802

Quite probably so...

However after discussing this with karajorma it seemed like best solution is not to implement a new flag for but also to delay fixing this bug until 3.6.10 final is released.

KeldorKatarn

2009-04-04 16:08

reporter   ~0010803

Well.. if it has to be done with a new flag.. can it be bound to ai_profiles.tbl instead? Too many flags in FRED will be incredibly confusing.

Btw... this is considered a release breaker for WC Saga.

Wanderer

2009-05-11 07:58

developer   ~0010879

Fix for this issue added to trunk

Issue History

Date Modified Username Field Change
2009-03-25 19:30 KeldorKatarn New Issue
2009-03-31 07:37 Wanderer Note Added: 0010785
2009-04-01 22:08 KeldorKatarn Note Added: 0010793
2009-04-03 09:30 Wanderer Note Added: 0010795
2009-04-03 14:49 KeldorKatarn File Added: a_ai_test.fs2
2009-04-03 14:51 KeldorKatarn Note Added: 0010796
2009-04-04 08:49 Wanderer Status new => assigned
2009-04-04 08:49 Wanderer Assigned To => Wanderer
2009-04-04 08:49 Wanderer Note Added: 0010798
2009-04-04 13:38 KeldorKatarn Note Added: 0010799
2009-04-04 14:05 Wanderer Note Added: 0010800
2009-04-04 14:10 KeldorKatarn Note Added: 0010801
2009-04-04 15:54 Wanderer Note Added: 0010802
2009-04-04 16:08 KeldorKatarn Note Added: 0010803
2009-05-11 07:58 Wanderer Status assigned => resolved
2009-05-11 07:58 Wanderer Resolution open => fixed
2009-05-11 07:58 Wanderer Note Added: 0010879