2025-07-28 12:21 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0005085Spring engineGeneralpublic2016-02-12 04:57
Reportersilentwings 
Assigned ToKloot 
PrioritynormalSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
Product Version100.0+git 
Target Version101.0Fixed in Version 
Summary0005085: custom commands with queue=false partially clear the queue
DescriptionWhen a custom command with queueing=false is given, the unit will complete its current order but the rest of its queue is removed.
Steps To ReproduceGet bar:test, give a unit a queued move order followed by a build order. Then change the active/passive state of that unit.

The unit will complete its move, but will not build anything. It's order queue appears empty (even while it completes the move).
Additional Informationhttp://imolarpg.dyndns.org/trac/balatest/changeset/4800 set queueing=false for CMD.PASSIVE
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
+Relationships

-Notes

~0015738

Anonymous (viewer)

Fix 4234353a641dcb9e2f1abef14ec3c2be1f247f66 committed to develop branch: fix 0005085, repo: spring changeset id: 6611

~0015739

hokomoko (developer)

Verified working in S44.

silentwings: It appears that in BAR the UI changed the shown state even if commandFallback wasn't called, not sure if because it doesn't care or because you grab the command earlier.
+Notes

-Issue History
Date Modified Username Field Change
2016-02-12 01:03 silentwings New Issue
2016-02-12 01:30 hokomoko Target Version => 101.0
2016-02-12 01:51 Changeset attached => spring develop 4234353a
2016-02-12 01:51 Anonymous Note Added: 0015738
2016-02-12 01:51 Anonymous Status new => resolved
2016-02-12 01:51 Anonymous Resolution open => fixed
2016-02-12 02:38 hokomoko Changeset attached => spring develop c97b9fc2
2016-02-12 04:55 hokomoko Status resolved => feedback
2016-02-12 04:55 hokomoko Resolution fixed => reopened
2016-02-12 04:57 hokomoko Note Added: 0015739
2016-02-12 04:57 hokomoko Status feedback => resolved
2016-02-12 04:57 hokomoko Resolution reopened => fixed
2016-02-12 04:57 hokomoko Assigned To => Kloot
+Issue History