Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0008731Dwarf FortressDwarf Mode -- Buildings, Generalpublic2015-01-12 07:472015-01-12 08:00
ReporterPatrikLundell 
Assigned ToKnight Otu 
PrioritynormalSeverityminorReproducibilityrandom
StatusresolvedResolutionno change required 
PlatformPCOSWindowsOS Version8,1
Product Version0.40.23 
Target VersionFixed in Version 
Summary0008731: DFHack Workflow suspended jobs never(?) performed when unsuspended.
DescriptionI'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 ReproduceHard, since it seems to be random, but it happens fairly frequently.
Additional InformationThese 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.
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0031905)
Knight Otu (manager)
2015-01-12 08:00

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.

- Issue History
Date Modified Username Field Change
2015-01-12 07:47 PatrikLundell New Issue
2015-01-12 08:00 Knight Otu Note Added: 0031905
2015-01-12 08:00 Knight Otu Status new => resolved
2015-01-12 08:00 Knight Otu Resolution open => no change required
2015-01-12 08:00 Knight Otu Assigned To => Knight Otu


Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker