The bug thread.

[berndn]

I had followed this thread, at least I hope so, and what I notice playing against the axis AI is that the AI don't seem to use the points to 'buy/invest' in troops before a battle. I checked the AI several times via the edit opponent button before a battle and while I see yellow marked troops ready to be deployed most of the time it looks like the AI don't use the points. This is clear to see in some battles where I only have 2 troops available against 2 or 3 axis troops and when the battle happens I notice that the AI has not invested in refreshing troops.
At least it looks like this to me.

[RD Oddball]

Steve could answer this question better than I but to some extent it depends on some other factors outside the singular battle. I'll have him respond.

[TopGun]

Hmm, I got 6 squad slowly slaughtered by a single "two men" half track. I fired the half track with all squads and the targets were green all the time but it didnt take any damage. I also had a bazooka team shooting, but they decided to use only rifles [&:] and eventually got killed with full AT ammo (team was at close range).

[RD Oddball]

Hey Berndn from Steve:

The AI does spend points. I’d have to see the specific case to see what was happening. It may be that it couldn’t find anything to fill the slots that were open (i.e. they were vehicle slots and it couldn’t afford a vehicle). The AI also keeps a point reserve based on the BG commander’s caution. It could be this needs tweaking. Please ask him, next time he notices this at the BG screen, to exit out and send the saved game file and I can look at it.

Steve

TopGun we noticed this ourselves and discussed it. Per Steve:

Halftrack armor is per published specs. They are vulnerable to MG fire at very close ranges, depending on the angle, and the top is open. A bullet going through a halftrack's armor has a vanishingly small chance to knock out the vehicle though. Typically what you'll see if you fire small arms at a halftrack is that an exposed crew member gets hit, and / or the halftrack stops shooting back as the gunner takes cover and refuses to go exposed again.

That being said he did agree that it was a common complaint and will revisit it for the second update. Integrity settings as well as the chance to score a grenade hit might both be higher than they should be. Thanks for confirming what we are seeing.

[kaleidoscope]

Building on Mook map missing external roof number "four".

[zon]

Cut and pasted from general forum....

Here's a Panther firing along an empty dirt road. There had been a target there, a Cromwell that filled the corridor with smoke and got out of there. The Panther continued to fire along the road for several minutes, long after the smoke dissipated. Just to be clear, that's the AI controlling the Panther. It used both HE and AT rounds on the road. At first I thought the AI was firing through the smoke just in case it hit something, but it kept pouring it on after the smoke cleared, and the tank didn't stop firing until nearby Allied infantry tempted it out of the hate-on for the dirt roadway.

[RD Oddball]

Thanks guys. We'll look into both of them. RE: the panther continuing to fire: Too bad this isn't going to be an easy one to replicate. Often solutions require replication of a bug in order for Steve to isolate it in the code. He can poke around a bit but there's a possibility me may not be able to find what's causing it without it actually being in the middle of doing it. We'll still look at it. Thanks!

[Ivan_Zaitzev]

ORIGINAL: TopGun
Hmm, I got 6 squad slowly slaughtered by a single "two men" half track. I fired the half track with all squads and the targets were green all the time but it didnt take any damage. I also had a bazooka team shooting, but they decided to use only rifles [&:] and eventually got killed with full AT ammo (team was at close range).

Today I was trying to stop a HT with a PIAT team. The team was ambushing, waiting for the HT to get close, and wen it was... they decided to use their rifles! They exposed their position and the HT cut them in pieces...

[xe5]

Routed/fleeing soldiers are tripping VL control in their favor. Something that had previously been addressed circa CC3.

[RD Oddball]

I noticed that too during testing but the thought that crossed my mind is if they're not surrendered then technically they should be able to trip the VL's. They're still targetable. I suppose a solution would be to treat them more like snipers where they can't trip VL's but they would still be treated as combatants.

Will recommend it to Steve.

[SkyStrike]

When I have f.e. 4 mortar teams grouped as "Ctrl 1", I click one of them on roster in battle, all of them are still selected (instead of that one I clicked). I consider that a retarded bug. If I have I have a Ctrl group selected and I click one ONE team, I want that ONE team selected, not all of them.

Also there has to be changes to the "battle ends on low morale". Even if the enemy has 1 panicked reserve guy it seems that he will still not be thrown off the map but still have victory locations. Sometimes one has to have 3 (!!!!!!!!) battles against a BO group reserve as the battle ends almost immediately by low morale of the enemy but only like 1-3 victory locations change owner. I consider that inadequate.

[zon]

Not sure if this has come up before, but you can't have two BGs (or two pairs of BGs tiled) switch places on uncontested maps. It seems like something you should be able to do.

Also, I had a PIAT unit show a green target reticle on a tank after all AT rounds were spent. I recall the target going black after the AT supply was used up in other games.

[xe5]

Small bug trying to access the Soldier details screen from the Battle Group screen when a second BG has a team in the active roster.

1) Piat is added from the support BG
2) tab to the support BG forcepool and roster, select the Piat, and click Soldier button
3) Soldier details screen shown is the one the attacking BG originally had before the previous battle.

I want to be able to see Soldier details for support BG teams so I can rename my teams after the team leader.

[RD Oddball]

Thanks for bringing it to our attention Mick.

[7A_Woulf]

Noticed something as I restarted the GC to try the new patch:

I'm attacking with 1st Bat from Dinther and the rest of 501st in support from the south, fielding a Sniper and an Engineer team from them; -Shouldn't the only two teams in the south be those two? As you can see I'm free to deploy as I like.

[xe5]

@7A - valid point about attack & support BG teams deploying in their respective map entry areas. Problem is - often youll have one or none support BG teams due to lack of points. In which case the support BG entry area would be relatively useless.

New beta bug report(?)
Givens:
Beta patch
GC started before applying the patch
modified ALSteams file (zero experience & morale for all teams)
modified TLD Elements file

Post-battle soldier details screen has some odd stats after an FM defeat of a static BG in Eindhoven - negative kills, negative intelligence, no coherent patern to the soldier stats.

[xe5]

I call this one the 'riverbank' bug. Same game conditions as the bug report above (in fact the very next battle). Attacked with an AB BG onto Best from Son. AB BG that started the GC on Best stayed in support. Bridge had been blown 3 battles ago. Bug is that my deploy zone shows available areas on both sides of the river but I cant deploy any teams north of the river. The teams that are deployed by default on that side of the river can only be repositioned to the south side.



.zip of the saved GC file attached

[7A_Woulf]

ORIGINAL: xe5

@7A - valid point about attack & support BG teams deploying in their respective map entry areas. Problem is - often youll have one or none support BG teams due to lack of points. In which case the support BG entry area would be relatively useless.

Read somewhere that they were supposed to be forced to deploy according to the direction of arrival. [&:]
At Grave (the following battle) I couldn't mix the deployment of the units of the two BG's since I moved in the BG from north as a Attack Move. If I'm right about the limitations on deployment it seems that the system don't work in every battle; -And beside that I can only agree with you on the point that the lack of points makes the support BG rather useless, a squad and a sniper is about all you can get... [X(]

[xe5]

A single BG is forced to deploy in a zone around an entry/exit VL according to the direction of its arrival. As the system now stands - when 2 BGs move onto a map, the attacking BG has a choice of its deploy zone or the deploy zone around the VL the support BG arrived at. Ive read nothing to the contrary. Assumed you were suggesting a design change rather than making a bug report.

Unclear what youre describing in the Grave battle?

[7A_Woulf]

Then we are on the same page, I had understood it as both BG's were forced to deploy according to their direction of arrival. (Can't say from where I got that idea, I would provide a link if I could...)

At Grave I moved 504th PIR from Overasselt with an 'Attack' move, but when I tried to deploy units from ithat BG at the southwest VL ('DZ E' and 'to Oss') they just bounced back to the original place around the 'to Overasselt' VL in the north-east corner.

-But I've might have missed the deployment area and placed them in neutral areas if there isnt any restrictions on deployement (Damn, it was 6 am in the morning, not the brightest and steadiest time of the day [;)])