#3505 closed defect (fixed)
Pathfinder - Units in formation stuck frequently — at Version 12
Reported by: | elexis | Owned by: | |
---|---|---|---|
Priority: | Release Blocker | Milestone: | Alpha 19 |
Component: | Core engine | Keywords: | pathfinding |
Cc: | Patch: |
Description (last modified by )
Since formations were enabled again in r17028, units in formation are stuck frequently at obstructions, mostly at resources. They seem to become stuck once one of the units are stuck and don't retry finding a path. When using no formation, they are stuck rather rarerly.
Often many walk-orders are required to resolve it.
This is probably the same bug as #3471, there is also a unit stuck without obstruction:
Change History (20)
by , 9 years ago
Attachment: | formation_stuck_in_metal.gif added |
---|
comment:1 by , 9 years ago
Description: | modified (diff) |
---|
by , 9 years ago
Attachment: | commands.txt added |
---|
by , 9 years ago
Attachment: | stuck_without_obstruction.gif added |
---|
comment:2 by , 9 years ago
Description: | modified (diff) |
---|
by , 9 years ago
Attachment: | commands_stuck_without_obstruction.txt added |
---|
The replay where those 5 units of the blue player from the gif got stuck. Notice they are not inside an obstruction and also don't touch one. The entity IDs of the units are 1149-1153 and they were stuck after a command ordered them to move on turn 2080 (17min 19sec).
comment:3 by , 9 years ago
Description: | modified (diff) |
---|
The replay above is for r17131.
This ticket sounds like a duplicate of #3471 as units here are also stuck without touching any obstruction.
If you replace the construct
order with an identical walk
order in the minimal replay (attachment:commands.txt) then the units will not be stuck.
466c466 < cmd 1 {"type":"construct","template":"structures/ptol_house","x":854.0781860351562,"z":361.5915222167969,"angle":2.356194490192345,"actorSeed":34134,"entities":[10090,10091,10109,10110,10111,10112,10113,10114,10115,10116,10117,10118],"autorepair":true,"autocontinue":true,"queued":false} --- > cmd 1 {"type":"walk","x":854.0781860351562,"z":361.5915222167969,"entities":[10090,10091,10109,10110,10111,10112,10113,10114,10115,10116,10117,10118],"queued":false}
So maybe it has something to do with new obstructions not being taken into account correctly.
by , 9 years ago
Attachment: | commands_2_stuck_men.txt added |
---|
Very short replay. Two men stuck after building houses. r17131
comment:4 by , 9 years ago
By adding debug output and/or enabling the pathfinder-developer-overlay, you will see that those stuck units request tickets for computing a short path indefinitely. Each time zero waypoints are returned.
Reproduce stuck units::
- Have some units standing in formation (= our obstacle).
- Select one unit (without formation) or some units in formation and tell them to walk "inside" of the units in formation of 1.
The unit(s) will get close to the formation but never get inside. Yet they do a ComputeShortPath
every turn, which returns 0 waypoints each time.
by , 9 years ago
Attachment: | choreography_lesson.gif added |
---|
Reproduce: Select 2 ranged + 2 melee units. Switch from line-closed to skirmish formation.
comment:5 by , 9 years ago
Description: | modified (diff) |
---|
comment:6 by , 9 years ago
You try changing several formations with a mixed units, I was successful to un-stuck a units using testudo formation.
comment:7 by , 9 years ago
Since r17132 you can't hunt chicken & deer anymore (unless you get #3410 by accident), no matter if you use cavalry, infantry or females. The unit will go close to the animal, kill it, and then loop as seen on the gifs above.
Seems to be the same bug as this one, respectively #3471.
This has the advantage that we can now reproduce this bug instantaneously without formation.
(moved to #3530)
by , 9 years ago
Attachment: | commands_stuck_female_min_12.20_ent4823.txt added |
---|
by , 9 years ago
Attachment: | commands_stuck_tradecart_metal_min31.30_ent5477.txt added |
---|
r17181. Here a metal cart of the blue player (entity id 5477) was stuck at the nearest metal of the green player's cc at minute 31.30. All trade carts bumped into the metal, but only this one got stuck there.
comment:11 by , 9 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Testing no longer shows this issue, I believe I have fixed it for the most part, closing.
comment:12 by , 5 years ago
Description: | modified (diff) |
---|
Here a fairly small replay for r17117.