View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0008731 | Dwarf Fortress | Dwarf Mode -- Buildings, General | public | 2015-01-12 07:47 | 2015-01-12 08:00 |
Reporter | PatrikLundell | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | random |
Status | resolved | Resolution | no change required | ||
Platform | PC | OS | Windows | OS Version | 8,1 |
Product Version | 0.40.23 | ||||
Summary | 0008731: DFHack Workflow suspended jobs never(?) performed when unsuspended. | ||||
Description | I'm using DFHack Workflow to get repeat jobs suspended rather than cancelled when running out of work material. This worked fine in 0.40.19, but with 0.40.23 it seems AT TIMES dwarves rather go without any job at all rather than taking up a manually unsuspended job, and once that happens, I've never seen those jobs taken up. Manually removing the jobs and recreating them gets those nonworking dwarves to jump to the task. Since it worked with 0.40.19, I don't think it's Workflow, and I also suspect this can happen with manual assignment, although I haven't tried. There are also other similar strange failures to perform work, such as miners mining out a designated area, but leaving one or two tiles and go without work, and other tasks like hauling and construction of e.g. armor stands and building of walls, that never gets done, but are promptly taken up when cancelled and reassigned (in this case no suspension has been involved). Again, workers have rather gone without jobs than to take those "forgotten" jobs, so it isn't that they are too far down the job queue to being taken up. | ||||
Steps To Reproduce | Hard, since it seems to be random, but it happens fairly frequently. | ||||
Additional Information | These issues might be related to 0008727, so they may be fixed in 0.40.24. I'm using PyLNP with Dwarf Therapist, Announcement Filter, and DFHack Workflow, Performance Tweaks, and Pure Bugfixes. | ||||
Tags | No tags attached. | ||||
|
0.40.20 was the job priority rewrite, so it wouldn't be surprising that it broke third party utilities. You should talk about this with the DFHack team. |
Date Modified | Username | Field | Change |
---|---|---|---|
2015-01-12 07:47 | PatrikLundell | New Issue | |
2015-01-12 08:00 |
|
Note Added: 0031905 | |
2015-01-12 08:00 |
|
Status | new => resolved |
2015-01-12 08:00 |
|
Resolution | open => no change required |
2015-01-12 08:00 |
|
Assigned To | => user1294 |