View Issue Details

IDProjectCategoryView StatusLast Update
0008414Dwarf FortressDwarf Mode -- Jobs, Building Construction and Destructionpublic2015-02-03 23:07
ReporterPatrikLundell Assigned Touser6 
PrioritynormalSeverityminorReproducibilityhave not tried
Status assignedResolutionopen 
PlatformPCOSWindowsOS Version7
Product Version0.40.13 
Summary0008414: Reverse burrow does not keep unwanted carpenters out
DescriptionIn order to ensure the top level of a multi level wall was built in the only correct order, I defined a reverse burrow (one that covers the whole map, all relevant layers, but excludes the area of interest) and assigned all carpenters except one to it.I then defined the building of each top level wall tile in reverse order. However, that didn't seem to have any effect whatsoever: the other carpenters came running and stuffed up the building by constructing wall segment out of order, blocking the wall segments further out.
Additional InformationUsing the DF Starter Pack with Dwarf Therapist, DF Announcement Filter 1.1, DFHack Performance Tweaks and Pure Bugfixes with the Phoebus tile set.

I suspect the cause of the non functioning would be that DF only checks the legality of the source material location (the various pieces of wood scattered in the terrain), but not that of the target location. I also suspect it will work the same with masons on build projects, but haven't tried.
TagsNo tags attached.

Activities

user8971

2015-01-22 03:04

  ~0032033

Does it reproduce for you in the current 0.40.24 version? Jobs got changed a lot in 0.40.20. If so, can you upload your zipped save folder that shows this issue to http://dffd.bay12games.com/ and post and post a link to it here?

ptb_ptb

2015-01-22 04:50

reporter   ~0032034

I note the CARPENTERS thing. Wall/floor building is not controlled by the carpenter / mason jobs. There's a new job under hauling.

user8971

2015-01-22 06:22

  ~0032038

@ptb_ptb
But that "Wall/floor construction and road construction use new skill-free labor settings" is from 0.40.20. This is reported to be 0.40.13.

@PatrikLundell
If it really is pre0.40.20, was that wall you ordered wooden?

user8971

2015-01-24 11:36

  ~0032061

@PatrikLundell
Another idea: Have you got civilian alert with burrow assigned activated in that time? Those are known to disable any other burrows.

http://dwarffortresswiki.org/index.php/DF2014:Burrow#Civilian_Alerts states: "When you set the civilian alert level to an alert including a defined burrow, your civilian dwarves will ignore their normal burrow based job restrictions even if their burrow is one of those in the civilian alert. "

PatrikLundell

2015-02-03 23:07

reporter   ~0032138

Last edited: 2015-07-08 02:43

The wall was wooden, hence carpenters, and also the lack of control of resources, since the logs used lay scattered all around the place where the trees had been felled (and I had no real idea of which individual logs were used for each wall segment). I did not have any other burrows active at the time.

My understanding is that you wouldn't look at my save even if I did reproduce the issue, as my current fortress was started under 0.40.23 and I am using utilities.

Attempted to reproduce with 0.40.24 and failed to do so. 7 or so dorfs were burrowed while the last one was not (and the rest of them had the wall building job disabled). A wooden wall was built, and only the unburrowed dorf built the wall, while the others mostly had no jobs (eating, sleeping, etc).

Recommends considering this issue resolved by the jobs rewrite unless it resurfaces.

Add Note

Note

Issue History

Date Modified Username Field Change
2014-10-07 23:19 PatrikLundell New Issue
2015-01-22 03:04 user8971 Note Added: 0032033
2015-01-22 04:50 ptb_ptb Note Added: 0032034
2015-01-22 06:22 user8971 Note Added: 0032038
2015-01-24 09:39 user6 Assigned To => user6
2015-01-24 09:39 user6 Status new => feedback
2015-01-24 11:36 user8971 Note Added: 0032061
2015-02-03 23:07 PatrikLundell Note Added: 0032138
2015-02-03 23:07 PatrikLundell Status feedback => assigned
2015-07-08 02:43 PatrikLundell Note Edited: 0032138