0005072: Removing designations doesn't cancel jobs that have already been claimed by dwarves

(0019540)
Footkerchief (manager)
2012-02-14 12:10

0004854 got worse?

(0019544)
Orkel2 (reporter)
2012-02-14 12:49

Confirming this. If, for example, a miner is on his way to mine square X, removing the mine designation from square X will not cancel the mining job and the square will be mined.

(0019545)
Dekker3D (reporter)
2012-02-14 12:58

I like this when doing mass plant gathering or tree-cutting, and haven't seen it happen in mining yet.. but I can imagine it'd be horrible if it happened at the wrong time and wrong place.

I can confirm seeing it on plant gathering and tree-cutting, by the way.

(0019611)
dante (reporter)
2012-02-15 02:27

Confirmed for designating the removal of constructions.

(0019650)
Mazonas (reporter)
2012-02-15 11:13

Confirming this. Also becomes a real issue when mining is interrupted by a wild animal.

Miner1 moves towards square X.
Animal near square X interrupts miner1 who cancels job and runs away.
Square X immediately selected as active for mining by Miner2.
Miner2 moves towards square X.
Animal near square X interrupts miner2 who cancels job and runs away...

You can get your miners locked in a cycle, with all of them trying to mine the same square and getting chased away from it.

(0019725)
Andrakon (reporter)
2012-02-15 17:44

The only way I have found to undesignate the in progress square is to undesignate the blank square one z-level below it.

(0019981)
Toady One (administrator)
2012-02-17 15:24

This is fixed for next time.

Issue History
Date Modified	Username	Field	Change
2012-02-14 11:27	Veylon	New Issue
2012-02-14 12:10	Footkerchief	Relationship added	related to 0004854
2012-02-14 12:10	Footkerchief	Note Added: 0019540
2012-02-14 12:49	Orkel2	Note Added: 0019544
2012-02-14 12:58	Dekker3D	Note Added: 0019545
2012-02-14 18:23	Footkerchief	Relationship added	related to 0005081
2012-02-15 02:27	dante	Note Added: 0019611
2012-02-15 07:04	Footkerchief	Relationship added	has duplicate 0005107
2012-02-15 09:19	Footkerchief	Relationship added	has duplicate 0005120
2012-02-15 09:20	Footkerchief	Sticky Issue	No => Yes
2012-02-15 11:13	Mazonas	Note Added: 0019650
2012-02-15 17:44	Andrakon	Note Added: 0019725
2012-02-17 05:20	Logical2u	Relationship added	has duplicate 0005214
2012-02-17 07:45	Footkerchief	Relationship added	has duplicate 0005220
2012-02-17 07:45	Footkerchief	Issue Monitored: Toady One
2012-02-17 07:47	Footkerchief	Summary	Removing designations doesn't cancel jobs => Removing designations doesn't cancel jobs that have already been claimed by dwarves
2012-02-17 15:24	Toady One	Note Added: 0019981
2012-02-17 15:24	Toady One	Status	new => resolved
2012-02-17 15:24	Toady One	Fixed in Version	=> Next Version
2012-02-17 15:24	Toady One	Resolution	open => fixed
2012-02-17 15:24	Toady One	Assigned To	=> Toady One
2012-03-02 17:36	Dwarfu	Sticky Issue	Yes => No

Notes
(0019540) Footkerchief (manager) 2012-02-14 12:10	0004854 got worse?

(0019544) Orkel2 (reporter) 2012-02-14 12:49	Confirming this. If, for example, a miner is on his way to mine square X, removing the mine designation from square X will not cancel the mining job and the square will be mined.

(0019545) Dekker3D (reporter) 2012-02-14 12:58	I like this when doing mass plant gathering or tree-cutting, and haven't seen it happen in mining yet.. but I can imagine it'd be horrible if it happened at the wrong time and wrong place. I can confirm seeing it on plant gathering and tree-cutting, by the way.

(0019611) dante (reporter) 2012-02-15 02:27	Confirmed for designating the removal of constructions.

(0019650) Mazonas (reporter) 2012-02-15 11:13	Confirming this. Also becomes a real issue when mining is interrupted by a wild animal. Miner1 moves towards square X. Animal near square X interrupts miner1 who cancels job and runs away. Square X immediately selected as active for mining by Miner2. Miner2 moves towards square X. Animal near square X interrupts miner2 who cancels job and runs away... You can get your miners locked in a cycle, with all of them trying to mine the same square and getting chased away from it.

(0019725) Andrakon (reporter) 2012-02-15 17:44	The only way I have found to undesignate the in progress square is to undesignate the blank square one z-level below it.

(0019981) Toady One (administrator) 2012-02-17 15:24	This is fixed for next time.