Closed Saklad5 closed 2 weeks ago
As we discussed on the Discord, this is due to not filtering any of the incoming WeaponAttackActions when constructing the list of options with which to populate the AMS target option box.
In the current code state, this occurs after line 2371 of ClientGUI.java
, which begins a switch/case block:
case CFR_AMS_ASSIGN:
We need to add a conditional in the following for loop to continue;
if the current WAA is a Mek Mortar attack.
The fix will need to wait for all current incoming Mech -> Mek fix PRs to get merged, and any subsequent fixes to be applied, but is an excellent beginner bug candidate.
Has this been fixed? I wasn't able to reproduce this, mech just got pounded by mortars.
Prerequisites and Pre-Issue Checklist
[X] I'm reporting the issue to the correct repository:
MegaMek
MegaMekLab
MekHQ
[X] I've tested the issue against at least the latest MILESTONE version
[X] I've asked on the MegaMek Discord about the error
[X] I've reviewed the BattleTech rules and MegaMek documentation, and I've confirmed that something isn't working as intended.
[X] I've searched the Github tracker and haven't found the issue listed
Severity *
Medium (Gameplay Limitation): Non-core functionality is impaired, providing a suboptimal but playable experience.
Brief Description *
Page 136 of the sixth printing of Tactical Operations: Advanced Units & Equipment says this:
However, MegaMek currently allows AMS to target incoming mortar attacks anyway. Curiously, it does not seem to actually fire AMS if the user selects it. This implies that the check is happening after the AMS prompt is shown.
Steps to Reproduce
You will be given the option to engage the incoming 'Mech Mortar flight with your AMS, in violation of the rules.
Operating System *
Mac
Java Version *
20.0.2
MegaMek Suite Version *
v0.50.0
Custom MegaMekLab Version
No response
Attach Files
gamelog.html
Final Checklist