View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002119 | Dwarf Fortress | Dwarf Mode -- Jobs, Cancellation and Suspension | public | 2010-06-01 02:56 | 2014-12-27 14:43 |
| Reporter | MrWiggles | Assigned To | Toady One | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | 17 iMac g4 | OS | OSX | OS Version | 10.4.11 |
| Product Version | 0.31.04 | ||||
| Fixed in Version | 0.40.01 | ||||
| Summary | 0002119: Construction Mason Job canceled if you place another construction job on the tile where the dorf preform will the job. | ||||
| Description | I 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 Reproduce | WWWWWWW 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. | ||||
| Tags | Intentional/Expected? | ||||
|
|
Not exactly sure this is a bug. |
|
|
Yeah, I'm not sure either. Do you have multiple masons or just one? |
|
|
I have multiple masons. Though at the time of the designation there was only one building, and the new designation wasn't active. |
|
|
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. |
|
|
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. |
|
|
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. |
|
|
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. |
|
|
Yea. We really need Toady word if it this is how the game is suppose to function. |
|
|
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. |
|
|
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. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-06-01 02:56 | MrWiggles | New Issue | |
| 2010-06-01 05:05 |
|
Note Added: 0007527 | |
| 2010-06-01 11:13 |
|
Note Added: 0007534 | |
| 2010-06-01 11:13 |
|
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 | |
| 2010-06-01 22:02 |
|
Note Added: 0007554 | |
| 2010-06-01 22:11 | MrWiggles | Note Added: 0007555 | |
| 2010-07-12 12:03 |
|
Tag Renamed | Intentional? => Intentional/Expected? |
| 2011-06-28 13:03 |
|
Relationship added | has duplicate 0004683 |
| 2014-01-27 21:14 |
|
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 |
