#3239 closed defect (fixed)
[Formations] Testudo / Syntagma not working
Reported by: | elexis | Owned by: | temple |
---|---|---|---|
Priority: | Must Have | Milestone: | Alpha 23 |
Component: | UI & Simulation | Keywords: | |
Cc: | Patch: |
Description (last modified by )
On an a18 match, the following error appeared:
First this warning on turn 7742
WARNING: JavaScript warning: simulation/components/Formation.js line 219 reference to undefined property this.memberPositions[entity]
with the following error on the same turn, every turn in 7742-7754 (except 7752 and 7753) and on turn 11854:
ERROR: JavaScript error: simulation/components/Formation.js line 219 TypeError: this.memberPositions[entity] is undefined Formation.prototype.GetFormationAnimation@simulation/components/Formation.js:219:6 UnitAI.prototype.UnitFsmSpec.INDIVIDUAL.IDLE.enter@simulation/components/UnitAI.js:1405:7 FSM.prototype.SwitchToNextState@simulation/helpers/FSM.js:376:1 FSM.prototype.ProcessMessage@simulation/helpers/FSM.js:284:4 UnitAI.prototype.OnMotionChanged@simulation/components/UnitAI.js:3803:63 ERROR: Script message handler OnMotionChanged failed
The other warnings and errors are known: On turn 615: #3187 On turn 12594: #3149
The error is reproducible by replaying the attached commands.txt
Attachments (3)
Change History (13)
by , 9 years ago
Attachment: | commands.txt_replaylog.7z added |
---|
comment:1 by , 9 years ago
comment:2 by , 9 years ago
This error is still occuring on r16780. cc_1
was kind enough to send a replay file and his custom map on which that error appeared.
Put the map into binaries/data/mods/public/maps/scenarios
and replay the commands.txt file visually or non-visually.
The error is identical to the one above:
Executing turn 1253 of 2352 WARNING: JavaScript warning: simulation/components/Formation.js line 219 reference to undefined property this.memberPositions[entity] ERROR: Error in timer on entity 500, IID 88, function TimerHandler: TypeError: this.memberPositions[entity] is undefined Formation.prototype.GetFormationAnimation@simulation/components/Formation.js:219:6 UnitAI.prototype.UnitFsmSpec.INDIVIDUAL.IDLE.enter@simulation/components/UnitAI.js:1407:7 FSM.prototype.SwitchToNextState@simulation/helpers/FSM.js:376:1 FSM.prototype.ProcessMessage@simulation/helpers/FSM.js:284:4 UnitAI.prototype.TimerHandler@simulation/components/UnitAI.js:3783:68 Timer.prototype.OnUpdate@simulation/components/Timer.js:100:4
comment:3 by , 9 years ago
Priority: | Should Have → Must Have |
---|---|
Summary: | Formations - memberPositions[entity] is undefined when calling GetFormationAnimation for entity switching into idle state → Formations - Testudo / Syntagma not working |
After analyzing the log of cc_1, I found a way to reproduce this error.
Reproduce (on current svn with disabled formations):
- Start a match with macedonian (roman) civ
- Enter the "i am too busy" cheat
- Produce 10 melee units at the CC
- Put them on syntagma (testudo) formation
- Move them somewhere (notice they actually are not information)
- Wait until they arrive or press H to stop them
- That error
On a18 I couldn't reproduce the error for now, since the units actually get into formation and stop properly.
comment:4 by , 9 years ago
Summary: | Formations - Testudo / Syntagma not working → [Formations] Testudo / Syntagma not working |
---|
comment:5 by , 9 years ago
Milestone: | Backlog → Alpha 19 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Fixed by r17028.
Next time formations are disabled temporarily, we need to make sure these formations are disabled too.
comment:6 by , 7 years ago
Description: | modified (diff) |
---|---|
Milestone: | Alpha 19 → Backlog |
In the attached Alpha 21 replay provided by Grugnas, we can see this exact stack
by , 7 years ago
Attachment: | grugnas_a21_formation_errors.jpg added |
---|
comment:7 by , 7 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
Replay at attachment:syntagma.zip:ticket:4599
comment:10 by , 6 years ago
Milestone: | Backlog → Alpha 23 |
---|
This one attachment:t3154_commands.txt_replaylog_alternative2.7z:ticket:3154 also has this error in it on turn 5591.
This time the entity wanted to enter the WALKING state, not IDLE.
On turn 1155 #3154 happened, maybe that's relevant to this bug.