0008649: Unreachable high-priority mining jobs prevent lower-priority jobs from being taken

(0031395)
Footkerchief (manager)
2014-12-20 19:23

What are the miners doing instead?

(0031399)
glindsey1979 (reporter)
2014-12-20 21:24

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".

(0031410)
Toady One (administrator)
2014-12-21 08:59

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

(0031431)
glindsey1979 (reporter)
2014-12-22 05:58

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.

(0031439)
glindsey1979 (reporter)
2014-12-22 18:40

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.

(0031441)
Footkerchief (manager)
2014-12-22 22:18

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

(0031507)
Ratter (reporter)
2014-12-27 06:09
edited on: 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.)

(0031531)
Footkerchief (manager)
2014-12-27 20:02

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

(0031534)
nanite (reporter)
2014-12-28 07:35

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

(0031547)
Veroule (reporter)
2014-12-28 21:39

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.

(0031553)
Knight Otu (manager)
2014-12-29 05:54

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	Footkerchief	Note Added: 0031395
2014-12-20 19:23	Footkerchief	Assigned To	=> Footkerchief
2014-12-20 19:23	Footkerchief	Status	new => needs feedback
2014-12-20 21:24	glindsey1979	Note Added: 0031399
2014-12-20 21:24	glindsey1979	Status	needs feedback => assigned
2014-12-21 00:15	Footkerchief	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	Footkerchief	Status	assigned => new
2014-12-21 08:59	Toady One	Note Added: 0031410
2014-12-21 12:24	Footkerchief	Status	new => needs feedback
2014-12-22 05:58	glindsey1979	Note Added: 0031431
2014-12-22 05:58	glindsey1979	Status	needs feedback => assigned
2014-12-22 18:40	glindsey1979	Note Added: 0031439
2014-12-22 22:18	Footkerchief	Note Added: 0031441
2014-12-22 22:18	Footkerchief	Status	assigned => needs feedback
2014-12-24 04:45	Knight Otu	Relationship added	has duplicate 0008661
2014-12-26 15:24	Knight Otu	Relationship added	has duplicate 0008669
2014-12-27 06:09	Ratter	Note Added: 0031507
2014-12-27 06:45	Ratter	Note Edited: 0031507	View Revisions
2014-12-27 07:29	Ratter	Issue Monitored: Ratter
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	Footkerchief	Note Added: 0031531
2014-12-27 20:02	Footkerchief	Status	needs feedback => confirmed
2014-12-27 20:03	Footkerchief	Tag Detached: Save Needs Testing
2014-12-27 20:03	Footkerchief	Issue Monitored: Toady One
2014-12-28 07:35	nanite	Note Added: 0031534
2014-12-28 21:39	Veroule	Note Added: 0031547
2014-12-29 05:53	Knight Otu	Relationship added	has duplicate 0008677
2014-12-29 05:54	Knight Otu	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	Footkerchief => Toady One

Notes
(0031395) Footkerchief (manager) 2014-12-20 19:23	What are the miners doing instead?

(0031399) glindsey1979 (reporter) 2014-12-20 21:24	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".

(0031410) Toady One (administrator) 2014-12-21 08:59	Is there a save for this situation? I've had 1s behind 2s and it works fine. Is it a certain kind of unreachability?

(0031431) glindsey1979 (reporter) 2014-12-22 05:58	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.

(0031439) glindsey1979 (reporter) 2014-12-22 18:40	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.

(0031441) Footkerchief (manager) 2014-12-22 22:18	Please upload a save that reproduces the problem to http://dffd.wimbli.com/ [^] and post the link here.

(0031507) Ratter (reporter) 2014-12-27 06:09 edited on: 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.)

(0031531) Footkerchief (manager) 2014-12-27 20:02	Confirmed Ratter's save -- the miner is idle until the priority-3 designations are removed, at which point he springs into action.

(0031534) nanite (reporter) 2014-12-28 07:35	Can confirm this bug affected me. A priority 3 staircase mining job behind a locked door prevented priority 4 digging jobs from proceeding.

(0031547) Veroule (reporter) 2014-12-28 21:39	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.

(0031553) Knight Otu (manager) 2014-12-29 05:54	frodo5343 posted a save at 0008677. It's not on DFFD, so I don't know how long the download will be good for.