View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001566 | Dwarf Fortress | Pathfinding | public | 2010-04-26 21:13 | 2012-04-02 12:01 |
| Reporter | Draco18s | Assigned To | |||
| Priority | normal | Severity | major | Reproducibility | have not tried |
| Status | resolved | Resolution | unable to reproduce | ||
| Summary | 0001566: Constructed Up-Down Stairs over Natural Downstairs render "Down" an Invalid Path | ||||
| Description | Or at least, that is what I believe caused the issue. I accidentally [d][z]'d some up-down stairs, leaving me with "down stairs" and stranding at least one dwarf. So I constructed some Up-Down stairs on the tile, which thankfully reconnected it with the surface. However, none of my dwarves could access the level below (nor could ones below get out), leading to much frustration. Deconstructing the stairs and building Up stairs didn't help (only registered up as valid), and the tile was in just the right place that I never succeeded in channeling the stairs out (some not-miner always went and deconstructed the stairs; didn't try to work around that before I gave up on the fort and [attempted] to flood hell with magma, relatively uneventfully--I swear the red * are support AND open space). | ||||
| Steps To Reproduce | Dig up-down stairs. Remove with [d][z]. Build up-down stairs on top of a natural downstair. Attempt to get a path from top to bottom | ||||
| Tags | construction, Intentional/Expected?, pathfinding | ||||
| child of | 0000470 | resolved | Up/down stairs break pathfinding. |
|
|
Does an alternate path exist when you're nuking these stairs? For placing constructed up/down stairs I find you have to channel the space out to remove the floor otherwise it cannot path down. This much is consistent with 40d behavior. |
|
|
Odd. I just dug up/down stairs with up stairs below them, d->z'ed over the up/down stairs, then constructed up stairs over the down stairs that remained. I designated a spot to mine on the level with the up stairs below the constructed up/downs (with the newly constructed up/downs being the only path to get there), and my miners had no trouble getting down there to mine. So... cannot reproduce while embarking specifically to test this. |
|
|
What DF version are you using? |
|
|
31.03, in my test. |
|
|
DoctorZuber: No, an alternate path did not exist, that's why I was having such an issue. Malicus: If you can't reproduce, then there must have been some other factor involved. I haven't had the time to go about trying to reproduce it myself, so there's probably something I'm missing. Were your miners able to climb back out again? |
|
|
Yup. They were idling at the wagon, then they went down the down stairs on the surface, the constructed up/down stairs, and arrived at the up stairs below them, then they mined out the area and went back to the wagon. |
|
|
I haven't seen this. I almost always replace my natural carved stairways with block stairways for aesthetic reasons by just building the up or down stairway on top of the block stairway, and no pathing issues having. Is this up/down stairs you are building? Up stairs? Or down stairs? Those are 3 different things. Up stairs and down stairs work fine for me when being built over natural carved up stairs or down stairs. |
|
|
Hmm I wonder if i came across this myself. I have a 3x3 block of up/down stairs, with a channel in the middle. I mistakenly removed one corner to be just a 'down' stair. I then rebuild a proper up/down stair on top of it. I had constant messages of 'could not find path' as dwarves came up specifically using that corner. so much so they just sat there and died of starvation,etc. |
|
|
ercdvs: does that behavior persist through a save/load? If so, you should definitely upload the save. http://dffd.wimbli.com/ |
|
|
this behavior is consistent with 40d, I saw it a lot since I like to use ramp digging to make large areas and in the process of removing the leftover ramps I'd occasionally hit my staircase which changed an up/down staircase into a down staircase breaking a path. Trying to fix this, naturally I placed a constructed up/down staircase on it, which doesn't work. Trying more, I removed this, channeled out the old staircases, and replaced them with constructed stairs. I always use multiple staircases to have a wider path, so I just did half the stair, than the other half until the matter was all fixed. After accidentally breaking pathing in my fortress a few times I got in the habit of always replacing any key staircases with constructions so that I couldn't accidentally kill them with ramp removal jobs. Simply put, constructed stairs must be placed on a empty floor, or on open space. Not on top of a pre-existing down staircase. |
|
|
okay now that's just weird. I figured I ought to quickly verify what I just said, and oddly enough, I couldn't reproduce this. I've seen it dozens of times in 40d, and yet now when I try to recreate it in a controlled manner, it's not cooperating. Weird. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-04-26 21:13 | Draco18s | New Issue | |
| 2010-04-26 21:26 |
|
Tag Attached: Intentional? | |
| 2010-04-26 22:09 | DoctorZuber | Note Added: 0005283 | |
| 2010-04-27 02:35 | Malicus | Note Added: 0005315 | |
| 2010-04-27 03:35 | king doom | Note Added: 0005327 | |
| 2010-04-27 03:38 | Areyar | Tag Attached: construction | |
| 2010-04-27 03:38 | Areyar | Tag Attached: pathfinding | |
| 2010-04-27 03:54 | Malicus | Note Added: 0005328 | |
| 2010-04-27 10:31 | Draco18s | Note Added: 0005355 | |
| 2010-04-27 10:32 | Draco18s | Note Edited: 0005355 | |
| 2010-04-27 13:46 | Malicus | Note Added: 0005387 | |
| 2010-04-28 06:03 | hyndis | Note Added: 0005512 | |
| 2010-04-28 06:58 | ercdvs | Note Added: 0005521 | |
| 2010-04-28 09:24 |
|
Note Added: 0005542 | |
| 2010-04-28 09:30 | DoctorZuber | Note Added: 0005545 | |
| 2010-04-28 09:30 | DoctorZuber | Note Edited: 0005545 | |
| 2010-04-28 09:34 | DoctorZuber | Note Edited: 0005545 | |
| 2010-04-28 09:34 | DoctorZuber | Note Edited: 0005545 | |
| 2010-04-28 10:35 | DoctorZuber | Note Added: 0005551 | |
| 2010-07-12 12:03 |
|
Tag Renamed | Intentional? => Intentional/Expected? |
| 2011-07-02 23:38 |
|
Relationship added | child of 0000470 |
| 2012-04-02 12:01 |
|
Status | new => resolved |
| 2012-04-02 12:01 |
|
Resolution | open => unable to reproduce |
| 2012-04-02 12:01 |
|
Assigned To | => user6 |
