#1716 closed defect (fixed)
[PATCH] Some queue orders for citizen-soldiers still need implemented
Reported by: | michael | Owned by: | leper |
---|---|---|---|
Priority: | Must Have | Milestone: | Alpha 12 |
Component: | UI & Simulation | Keywords: | patch |
Cc: | Patch: |
Description
The queue (shift-click) order for citizen-soldiers to drop resources, then go build something does not work. The soldier will skip the drop off part once the 2nd order is made, as if the player never queued the orders to begin with.
Attachments (2)
Change History (7)
comment:1 by , 11 years ago
comment:2 by , 11 years ago
Keywords: | patch review added |
---|---|
Summary: | Some queue orders for citizen-soldiers still need implemented → [PATCH] Some queue orders for citizen-soldiers still need implemented |
by , 11 years ago
Attachment: | formation-order-queues_formation-atack.patch added |
---|
Adds a fix for #1624 based on the prior submitted patch by leper
comment:5 by , 11 years ago
Keywords: | review removed |
---|
Just for reference: http://www.wildfiregames.com/forum/index.php?showtopic=16739
Note:
See TracTickets
for help on using tickets.
Some orders (gather-near-position (used by rallypoints), return-resource, attack, heal and garrison) still use the old behaviour. They issue the command to all formation members and the formation disbands, if you add another order a new formation is created and thus the previous tasks (for every unit) are discarded.
The problem is that you can't wait for every unit to finish the task and just queue the new "get-in-formation" order as that isn't what one would expect.
Completely migrating to the new behaviour (keeping the formation intact, while each unit carries out the order on their own) has the problem that defining when a task is finished isn't obvious.
See #592, #593 and #1670.