It's something that would need to be avoided in code to be considered stable I believe. Even if I were to go remove a bunch of entities, it wouldn't be something that I would call stable.
So, two options really:
1) Limit airstrikes on the map
2) Convince Mal to add some code to avoid the error similar to how ET Pub does it:
It looks like if the bots have a steal goal and happen to walk over a different one, they still try to go for the original goal that they had. I fixed this in the aiscript by not activating the other ones until the first one is taken.
for the second one, can you remember exactly where that was? a screenshot would help a lot. I suspect that I may have a conflicting route somewhere (not hard to do with 48 total routes).
I'll post the fixes as soon as I can track down that particular one.
There's an alt_roam at that spot for one of the deliver routes, so that must be the problem.
The way the routing works is the bot gets a goal, then if it's within a route nodes radius, it's goal is changed to one of the alt_roams specified. And once it reaches an alt_roam, it goes through the goal selection process again.
I think that Mal added some persistence to the routing where once they hit the alt_roam, they want to pick their original goal again and maybe thats a problem if the original goal was deactivated or killed.
I think I can fix it by adding alt_roams at the deliver spots, but it won't be until the weekend as I'm pretty busy with other things atm.
I think version 6 is in the 1.1 waypoint pack. Anything later than that you have to ask Crapshoot for.
1- Download Fritz1_1.00.zip
2- Rename Fritz1_1.00.zip to Fritz1_1.00.pk3.
3- Move to \fritzbot (e.g. C:\Program Files\Wolfenstein - Enemy Territory\fritzbot\Fritz1_1.00.pk3)
4- You may want to use one of the experimental versions of Fritzbot. The bots play a little bit better that way.