#3628 closed defect (fixed)
[PATCH] Some javascript errors after playing for more than 2 hours
Reported by: | fz72 | Owned by: | mimo |
---|---|---|---|
Priority: | Should Have | Milestone: | Alpha 20 |
Component: | UI & Simulation | Keywords: | patch |
Cc: | Patch: |
Description (last modified by )
After playing for 2 hours I got some AI errors. I played on a huge map for 6 players but only with 2 KIs. Revision: 17297.
Attachments (4)
Change History (14)
by , 8 years ago
Attachment: | Pyrogenesis Log.html added |
---|
comment:1 by , 8 years ago
Description: | modified (diff) |
---|
comment:2 by , 8 years ago
Please attach the commands.txt
for that game (from the game's log folder), it will be needed to reproduce the problem.
comment:3 by , 8 years ago
The first error appears on 2:16. One unit failed to pack when I wanted to garrison the bolt gun.
comment:4 by , 8 years ago
I Got these
WARNING: JavaScript warning: simulation/components/UnitAI.js line 1941 reference to undefined property this.orderQueue[0].data.attackType
WARNING: unexpected PathResult (2475 3 3)
WARNING: unexpected PathResult (2560 3 3)
WARNING: unexpected PathResult (2266 3 3)
WARNING: JavaScript warning: simulation/components/UnitAI.js line 1710 reference to undefined property this.order.data.attackType
Engine exited successfully on 2015-11-20 at 20:15:35 with 4653 message(s), 0 error(s) and 5 warning(s).
by , 8 years ago
Attachment: | commands.txt added |
---|
comment:5 by , 8 years ago
Lionkanzen, from the errors you get, this must be a different issue. So please open a new ticket. And can you check your commands.txt: it contains only 20 turns and does not show any errors.
Concerning the original ticket, there is a garrison order turn 40965 (siege unit + other units), and then turn 40971 the same set of units is ordered to gather a shipwreck (which the siege unit can do). So I tried that, and it is reproducible: select an unpacked catapult + a few citizen soldiers, order them to garrison a fortress, and then order them to gather a shipwreck (before the catapult is packed). That will trigger an error.
by , 8 years ago
Attachment: | packing_t3628.diff added |
---|
comment:6 by , 8 years ago
Component: | AI → UI & Simulation |
---|---|
Keywords: | patch review added |
Milestone: | Backlog → Alpha 20 |
The problem is that the MT_PackFinished message updates the orders of the old (unpacked) entity, before being copied to the new (packed) entity, so the update of the packing flag is needed. The patch here fixes the problem for me, but I have not yet checked the original replay. I'll do it later when my PC will be unused (that's a several hours replay !!) unless somebody could test it before.
comment:7 by , 8 years ago
Summary: | Some javascript errors after playing for more than 2 hours → [PATCH] Some javascript errors after playing for more than 2 hours |
---|
comment:8 by , 8 years ago
I tested your patch with my commands.txt and the entity is now packed normal.
comment:10 by , 8 years ago
Keywords: | review removed |
---|
interestinglog.html