Anonymous | Login | Signup for a new account | 2024-11-24 03:44 PST |
Main | My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||
0009740 | Dwarf Fortress | Dwarf Mode -- Jobs, General | public | 2016-05-10 23:38 | 2016-06-13 11:11 | ||||||
Reporter | Veroule | ||||||||||
Assigned To | |||||||||||
Priority | normal | Severity | minor | Reproducibility | always | ||||||
Status | new | Resolution | open | ||||||||
Platform | Virtual Box x86_64 | OS | Windows | OS Version | 8.1 | ||||||
Product Version | 0.43.01 | ||||||||||
Target Version | Fixed in Version | ||||||||||
Summary | 0009740: Conditional work orders only look at existence of items, not availability | ||||||||||
Description | I created work orders at smelters, kitchen, 2 farmers workshop, and 4 still. Each work order is conditioned on required items. The kitchen constantly produces a cancellation messages because I have a stack of tallow forbidden. Correction: observe the forbidden state when checking for availability. The stills regularly produce cancellation messages because pig tails are not allowed to be brewed. Correction: check the cook/brew settings when determining availability. The smelters produce cancellation messages because the ores are not in the special stockpile that supplies them. Correction: check to make sure that specific workshop can access the item. A farmers workshop produces cancellation messages when the last pig tail is being processed in the other workshop. Correction: check the tasked flag to determine availability. There are probably other edge cases I have not yet found. | ||||||||||
Additional Information | It might be fewer clock cycles and simpler to block cancellation messages when an item required by a conditional work order turns out to not be available. With such a method any required item that is not part of the conditions should produce a message. For example I removed the barrel requirement from my brew job conditions; if a cancellation occurred for lack of barrel I would want to be told, but do not want to be told about lack of plants since that is the required condition that I expect the program to handle. | ||||||||||
Tags | No tags attached. | ||||||||||
Attached Files | |||||||||||
Relationships | ||||||
|
Notes | |
(0035129) Veroule (reporter) 2016-05-11 00:52 edited on: 2016-05-11 00:53 |
Additionally when a work order has passed the conditional checks and gets set to "active", it will remain active permanently. In other words, after completing a job the work order does not go back to the "checking" state; and after failing and cancelling the work order does not go back to the "checking" state. |
(0035140) Dwarfu (manager) 2016-05-11 15:14 |
I'm relating this to 0009741 for now; if it turns out that it would be more "complete" to wrap this one into that one, let me know. |
(0035390) Bumber (reporter) 2016-06-09 23:09 edited on: 2016-06-09 23:13 |
Hauling tasks (tasked bins), at least, seem to affect the count. Hospital-stored (in chests, haven't checked in-zone stockpiles) items, too. Perpetual orders is a different issue. Those never stop because the check is made every time an infinite-sized batch is done. |
(0035399) Bumber (reporter) 2016-06-13 00:03 |
Claimed bolts and tasked items in general also seem to be taken into account. |
(0035400) chaosvolt (reporter) 2016-06-13 11:11 |
Hmm. It seems like suppressing cancellation messages for when required items exist but are unavailable would be a logical improvement for conditional work orders. Only have the messages occur if the previously-available items get used up, forbidden, or tied up in construction? Granted, unsure how complex that would be to implement. |
Issue History | |||
Date Modified | Username | Field | Change |
2016-05-10 23:38 | Veroule | New Issue | |
2016-05-11 00:52 | Veroule | Note Added: 0035129 | |
2016-05-11 00:53 | Veroule | Note Edited: 0035129 | View Revisions |
2016-05-11 15:13 | Dwarfu | Relationship added | related to 0009741 |
2016-05-11 15:14 | Dwarfu | Note Added: 0035140 | |
2016-05-29 12:48 | Chthon | Issue Monitored: Chthon | |
2016-06-09 23:09 | Bumber | Note Added: 0035390 | |
2016-06-09 23:10 | Bumber | Note Edited: 0035390 | View Revisions |
2016-06-09 23:12 | Bumber | Note Edited: 0035390 | View Revisions |
2016-06-09 23:13 | Bumber | Note Edited: 0035390 | View Revisions |
2016-06-13 00:03 | Bumber | Note Added: 0035399 | |
2016-06-13 11:11 | chaosvolt | Note Added: 0035400 | |
2016-06-13 11:12 | chaosvolt | Issue Monitored: chaosvolt |
Copyright © 2000 - 2010 MantisBT Group |