0002164: Miners won't path back up a ramp they created by channeling, must use stairs

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0002164

Dwarf Fortress

Pathfinding

public

2010-06-04 20:36

2012-02-21 07:47

Reporter

thisisunsane

Assigned To

Footkerchief

Priority

normal

Severity

major

Reproducibility

always

Status

resolved

Resolution

no change required

Platform

Linux

Ubuntu

OS Version

10.04 LTS

Product Version

0.31.05

Target Version

Fixed in Version

Summary

0002164: Miners won't path back up a ramp they created by channeling, must use stairs

Description

Searching I found bug 0000341, which lead me to 0000018, which was marked resolved. I experienced this issue with 0.31.05. If I have a miner dig out a tunnel, then channel, then dig out more space on the Z level down, that miner will not return back up the ramp created by the channel. In fact, other dwarves on the original Z level will not go down the ramp. Once a stair was created (designated up stairs on lower Z level, and down stairs on upper Z level), the miner sprang into action and the other dwarves began going down.

Steps To Reproduce

Designate a channel
Designate mining away from lower Z level portion of channel

Tags

No tags attached.

Attached Files

Relationships

duplicate of

0001765

resolved

Footkerchief

Ramps without an adjacent wall are unusable

Notes
(0007691) DarthCloakedDwarf (reporter) 2010-06-04 20:40	By digging out the walls behind the ramps, you've probably rendered them unusable. _/# will work. _/_ will not.

(0007693) Footkerchief (manager) 2010-06-04 21:38	DarthCloakedDwarf is correct. See this article for more details: http://df.magmawiki.com/index.php/Ramp#Using_Ramps [^] Does that explain what you observed?

Issue History
Date Modified	Username	Field	Change
2010-06-04 20:36	thisisunsane	New Issue
2010-06-04 20:40	DarthCloakedDwarf	Note Added: 0007691
2010-06-04 21:38	Footkerchief	Note Added: 0007693
2010-07-25 14:30	Footkerchief	Status	new => resolved
2010-07-25 14:30	Footkerchief	Resolution	open => no change required
2010-07-25 14:30	Footkerchief	Assigned To	=> Footkerchief
2012-02-21 07:47	Footkerchief	Relationship added	duplicate of 0001765