Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002119Dwarf FortressDwarf Mode -- Jobs, Cancellation and Suspensionpublic2010-06-01 02:562014-12-27 14:43
ReporterMrWiggles 
Assigned ToToady One 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
Platform17 iMac g4OSOSXOS Version10.4.11
Product Version0.31.04 
Target VersionFixed in Version0.40.01 
Summary0002119: Construction Mason Job canceled if you place another construction job on the tile where the dorf preform will the job.
DescriptionI was building walls one by one to ensure my dorf wouldn't get stuck. Once I saw the job was active, I set the up another wall to be built, via b-c-w. If the tile where the new job has been place is where the dorf was going to preform the job, then it cancels the current job. It cancels as its at the site or gathering materiel for it.

If you remove the construction job placed after, the first construction job works fine.
Steps To ReproduceWWWWWWW
W12XXXXX
WWWWWWW

w=Wall
1=First construction job.
2=Second contruction job.
X=Floor

Designation the first construction job, and wait for a mason dorf to start performing the job. Then place a new construction job on the tile he can only preform the first construction job. The dorf will cancel and suspend the first construction job.
TagsIntentional/Expected?
Attached Files

- Relationships
has duplicate 0004683resolvedDwarfu "Can't reach site" cancellation, really due to clutter 
related to 0005991resolvedToady One Dwarf tries to build wall standing on the construction site 

-  Notes
(0007527)
Dwarfu (manager)
2010-06-01 05:05

Not exactly sure this is a bug.
(0007534)
Footkerchief (manager)
2010-06-01 11:13

Yeah, I'm not sure either. Do you have multiple masons or just one?
(0007544)
MrWiggles (reporter)
2010-06-01 16:38

I have multiple masons. Though at the time of the designation there was only one building, and the new designation wasn't active.
(0007546)
MrWiggles (reporter)
2010-06-01 17:15

I tried placing several designations in a row, trying to get my mason to build in the order I want, since they'll build the newest designation first.

And because there only one tile to build from, they cancel and suspende in order of placement.
(0007551)
burlingk (reporter)
2010-06-01 19:10

I think normal behavior I have seen in past in similar cases is for them to finish the first job then move on to the next.

I can certainly see how the behavior described here is a bug.
(0007553)
Quietust (reporter)
2010-06-01 21:44
edited on: 2010-06-01 21:45

Sounds normal to me - dwarves won't stand on an existing build site when constructing something, so if there's nowhere at all for them to stand (all adjacent squares have buildings queued), they'll cancel due to "Cannot reach site" or something similar.

(0007554)
Footkerchief (manager)
2010-06-01 22:02

dwarves won't stand on an existing build site when constructing something

That may be unintended, though. I believe there are situations where the game fails to differentiate between completed and uncompleted buildings, and that could be what's happening here.
(0007555)
MrWiggles (reporter)
2010-06-01 22:11

Yea. We really need Toady word if it this is how the game is suppose to function.
(0031519)
JayJayForce (reporter)
2014-12-27 12:45

Not present in 0.40.23

I tried multiple times adding in the second wall at every step I could think of, but did not get any cancellations from it.

I did get a few cancellations though, but they seem to have been caused by checking the job list and then the inventory of the dwarf performing the job almost immediately after placing the designation. Not exactly sure and it didn't happen every time.
(0031523)
lethosor (manager)
2014-12-27 14:43

Thanks! I'll mark this as fixed in 0.40.01. If anyone can reproduce this in v0.40+, please upload a save to http://dffd.wimbli.com/ [^] and PM me or another manager (http://www.bay12forums.com/smf/index.php?topic=63640.0 [^]) on the forums to reopen this report.

- Issue History
Date Modified Username Field Change
2010-06-01 02:56 MrWiggles New Issue
2010-06-01 05:05 Dwarfu Note Added: 0007527
2010-06-01 11:13 Footkerchief Note Added: 0007534
2010-06-01 11:13 Footkerchief Tag Attached: Intentional?
2010-06-01 16:38 MrWiggles Note Added: 0007544
2010-06-01 17:15 MrWiggles Note Added: 0007546
2010-06-01 19:10 burlingk Note Added: 0007551
2010-06-01 21:44 Quietust Note Added: 0007553
2010-06-01 21:45 Quietust Note Edited: 0007553 View Revisions
2010-06-01 22:02 Footkerchief Note Added: 0007554
2010-06-01 22:11 MrWiggles Note Added: 0007555
2010-07-12 12:03 Footkerchief Tag Renamed Intentional? => Intentional/Expected?
2011-06-28 13:03 Dwarfu Relationship added has duplicate 0004683
2014-01-27 21:14 Footkerchief Relationship added related to 0005991
2014-12-27 12:45 JayJayForce Note Added: 0031519
2014-12-27 14:43 lethosor Note Added: 0031523
2014-12-27 14:43 lethosor Status new => resolved
2014-12-27 14:43 lethosor Fixed in Version => 0.40.01
2014-12-27 14:43 lethosor Resolution open => fixed
2014-12-27 14:43 lethosor Assigned To => Toady One


Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker