View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002794 | Dwarf Fortress | Pathfinding | public | 2010-07-23 09:02 | 2012-03-26 16:06 |
| Reporter | RiceMunk | Assigned To | |||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | new | Resolution | open | ||
| Platform | Athlon 64 X2 Dual Core PC | OS | Ubuntu | OS Version | 10.04 LTS |
| Product Version | 0.31.11 | ||||
| Summary | 0002794: Miners take a long time to start digging upward stairs/ramps | ||||
| Description | Pretty self-explanatory. In the included savegame (http://dffd.wimbli.com/file.php?id=2790) there's a staircase that the miners should be able to access yet they both sit around with no job for some reason. | ||||
| Steps To Reproduce | See http://dffd.wimbli.com/file.php?id=2790 | ||||
| Tags | No tags attached. | ||||
|
|
Addendum: Looks like they were able to mine to the tiles when coming to them from above. |
|
|
They probably didn't actually have access to it, as in they weren't able to path to it. I've had this occasionally in 40D, usually when its a designation that they'd dig upwards at. I just redesignate it. Probably just a pathing glitch. |
|
|
Tried the save. They initially hang with "No job" on the surface, but after a while they go and start digging. If you designate digging next to the stairs below they go to dig it immediately then continue to dig the rest of the stairs. Seems more like job update problem rather than accessibility / pathfinding problem. Actually it doesn't really seem like a bug, many jobs doesn't update immediately, but only once in a while. |
|
|
I've had this happen a few times; I had designated a storage level as well as four other rooms at the same time. All the same-level rooms were dug in short order, but the room that was on a lower level, which needed the stairs to be dug failed. Clearing and resetting the designation made my miner dig the up/down stair just fine. |
|
|
At one level, i have a Up/Downstair and a downstair. It's impossible to build upstairs or up/downstairs directly below this stairs, it always gets canceled with "Could not find Path". But the stairs on the upper level are definitely accessible, e.g it's possible to dig nearby. |
|
|
i can echo Naros' experience - if i cleared the up ramp and re-declared it it would usually solve the problem. I had assumed it might be a 'ramp' thing - so i'd switched to stairs (and seeing the switching work quickly - it gave me a misconception of the issue - and only discovered this later when i'd noticed the upramp delay again (ramp spiral habits die hard)). |
|
|
Example from recent version (34.06) - as "Miners refusing to mine ramps they should have access to" - I waited for along time, and miner is persistently idling dffd (2 saves - with a bug and with a workaround (tile above ramp marked for digging)): http://dffd.wimbli.com/submit.php?action=message&fid=6011 |
|
|
Not sure if its the same thing, but I've noticed that miners will only mine channels from the top, and ramps from the bottom, even if they have access to the other layer. I prefer my dwarves digging ramps, and find I have to make an initial channel for them to dig out the ramp area. Sometimes they will dig the ramps without a channel to let them down a level, but it is very inconsistent. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-07-23 09:02 | RiceMunk | New Issue | |
| 2010-07-23 09:04 | RiceMunk | Note Added: 0010874 | |
| 2010-07-23 09:17 | smjjames | Note Added: 0010875 | |
| 2010-07-23 19:50 | Rafal99 | Note Added: 0010891 | |
| 2010-07-23 22:23 | Naros | Note Added: 0010895 | |
| 2010-07-25 14:38 |
|
Relationship added | parent of 0002819 |
| 2010-12-18 12:52 | hackbart | Note Added: 0014624 | |
| 2012-02-20 10:06 |
|
Relationship replaced | has duplicate 0002819 |
| 2012-02-20 10:07 |
|
Summary | Miners refusing to mine stairs they should have access to => Miners take a long time to start digging upward stairs/ramps |
| 2012-02-20 10:07 |
|
Relationship added | has duplicate 0005333 |
| 2012-02-20 22:36 | quintilius | Note Added: 0020328 | |
| 2012-02-25 13:02 |
|
Relationship added | related to 0005443 |
| 2012-03-26 14:13 | Kogut | Note Added: 0021763 | |
| 2012-03-26 16:06 | krenshala | Note Added: 0021769 |
