View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0008649Dwarf FortressDwarf Mode -- Jobs, Designationspublic2014-12-20 19:172014-12-30 13:22
Reporterglindsey1979 Assigned ToToady One  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
OSWindowsOS Version8.1 
Product Version0.40.21 
Fixed in Version0.40.24 
Summary0008649: Unreachable high-priority mining jobs prevent lower-priority jobs from being taken
DescriptionWhen I first began this fortress, the new mining designations were working beautifully. However, now it seems that the miners are completely ignoring any designations that are priority 3 or lower. Priorities 1 and 2 work fine, but no others do.
Steps To ReproduceI'm not sure when it started happening; I assume just continue to play the game for long enough.
TagsSave Included

Relationships

has duplicate 0008661 resolveduser1294 Dwarves ignoring low-priority designations in favor of inaccessible high-priority designations (QoL) 
has duplicate 0008669 resolveduser1294 Dwarves won't do lower piority desigiatons if the cannot path to higher priority designations 
has duplicate 0008677 resolveduser1294 Miners will idle if a mining designation exists, but a higher ranking designation is blocked off 

Activities

user6

2014-12-20 19:23

  ~0031395

What are the miners doing instead?

glindsey1979

2014-12-20 21:24

reporter   ~0031399

Ah, never mind, I've figured out the issue: if there are any higher priority designations that are unreachable, the lower priority ones will never be gotten to. In this case I had a number of priority 2 mining squares that couldn't be reached, and this prevented the miners from trying to mine out anything 3 through 7.

For the record, the miners just sat at "No Job".

Toady One

2014-12-21 08:59

administrator   ~0031410

Is there a save for this situation? I've had 1s behind 2s and it works fine. Is it a certain kind of unreachability?

glindsey1979

2014-12-22 05:58

reporter   ~0031431

Unfortunately, after I freed up the offending tiles the problem went away, but I might have an old backup save that still shows the problem -- I'll look.

The particular unreachable tiles were a vertical row of channel designations, prioritized from 2 through 7 from the middle out, with walls on the top/right/bottom sides and empty space on the left.

glindsey1979

2014-12-22 18:40

reporter   ~0031439

It looks like my last backup save was before I designated the tiles. However, the problem seems to have something to do with a mining designation being on an empty space. Somehow I had a priority 4 mining designation sitting up in thin air, and once I got rid of it, priorities 5 through 7 started working again.

user6

2014-12-22 22:18

  ~0031441

Please upload a save that reproduces the problem to http://dffd.wimbli.com/ and post the link here.

Ratter

2014-12-27 06:09

reporter   ~0031507

Last edited: 2014-12-27 06:45

 This just happened to me in 40.23. Miners are standing around with "no job", faced with an inaccessible priority-3 channelling job, when there are priority 4 & 5 digging jobs right in front of them. http://dffd.wimbli.com/file.php?id=10341

(i checked and it doesn't seem like any of the 3-designations are on empty space; they're just unreachable floor tiles.)

user6

2014-12-27 20:02

  ~0031531

Confirmed Ratter's save -- the miner is idle until the priority-3 designations are removed, at which point he springs into action.

nanite

2014-12-28 07:35

reporter   ~0031534

Can confirm this bug affected me. A priority 3 staircase mining job behind a locked door prevented priority 4 digging jobs from proceeding.

Veroule

2014-12-28 21:39

reporter   ~0031547

I have a save with a digging layout that ran into this bug after a few seasons. I will have to play with it and see if I can get the bug to repeat. My initial attempts at repeating the bug with a simplified design failed, but when I was initially overcoming the problem I had to reset priorities multiple times to clear all the problem spots.

user1294

2014-12-29 05:54

  ~0031553

frodo5343 posted a save at 0008677. It's not on DFFD, so I don't know how long the download will be good for.

Issue History

Date Modified Username Field Change
2014-12-20 19:17 glindsey1979 New Issue
2014-12-20 19:23 user6 Note Added: 0031395
2014-12-20 19:23 user6 Assigned To => user6
2014-12-20 19:23 user6 Status new => feedback
2014-12-20 21:24 glindsey1979 Note Added: 0031399
2014-12-20 21:24 glindsey1979 Status feedback => assigned
2014-12-21 00:15 user6 Summary Miners seem to start ignoring lower priority mining designations => Unreachable high-priority mining jobs prevent lower-priority jobs from being taken
2014-12-21 00:15 user6 Status assigned => new
2014-12-21 08:59 Toady One Note Added: 0031410
2014-12-21 12:24 user6 Status new => feedback
2014-12-22 05:58 glindsey1979 Note Added: 0031431
2014-12-22 05:58 glindsey1979 Status feedback => assigned
2014-12-22 18:40 glindsey1979 Note Added: 0031439
2014-12-22 22:18 user6 Note Added: 0031441
2014-12-22 22:18 user6 Status assigned => feedback
2014-12-24 04:45 user1294 Relationship added has duplicate 0008661
2014-12-26 15:24 user1294 Relationship added has duplicate 0008669
2014-12-27 06:09 Ratter Note Added: 0031507
2014-12-27 06:45 Ratter Note Edited: 0031507
2014-12-27 09:23 lethosor Tag Attached: Save Included
2014-12-27 09:23 lethosor Tag Attached: Save Needs Testing
2014-12-27 20:02 user6 Note Added: 0031531
2014-12-27 20:02 user6 Status feedback => confirmed
2014-12-27 20:03 user6 Tag Detached: Save Needs Testing
2014-12-28 07:35 nanite Note Added: 0031534
2014-12-28 21:39 Veroule Note Added: 0031547
2014-12-29 05:53 user1294 Relationship added has duplicate 0008677
2014-12-29 05:54 user1294 Note Added: 0031553
2014-12-30 13:22 Toady One Status confirmed => resolved
2014-12-30 13:22 Toady One Fixed in Version => Next Version
2014-12-30 13:22 Toady One Resolution open => fixed
2014-12-30 13:22 Toady One Assigned To user6 => Toady One