|Anonymous | Login | Signup for a new account||2020-02-24 03:49 PST|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001145||Dwarf Fortress||Dwarf Mode -- Combat||public||2010-04-14 08:42||2016-05-18 13:31|
|Assigned To||Toady One|
|Target Version||Fixed in Version|
|Summary||0001145: Dwarves will only flee in one direction.|
|Description||I made a walled off stairway into the caverns going down several Z levels. On the bottom floor of the cavern I made an entrance in the walled off stairway on the north side of the structure, a small three by four room filled with cage traps, with the entrance proper to the cavern in the north wall of this room, one square wide. Whenever a dwarf is rearming a cage trap and is startled by a crundle, rather than fleeing south into the stairway and the rest of the fort, he will ALWAYS flee north, towards the creature that startled him, through the doorway and out into the cavern. This is fun when the doorway is occupied by the crundle that startles the dwarf, as the wretched little thing always gets trampled.|
|Steps To Reproduce||Build a stairwell from the roof of a cavern down into the floor of it. Reinforce, add a doorway to the north of this structure. Joined to thus, build a second room, fill that with cage traps, place a door in the north wall of this room and wait for crundles to come swarming in. They will scare your mechanics who will run past/over them into the caverns to the north of the entire thing.|
king doom (reporter)
Okay, just had this happen with a different stairway, only this one was built south instead of north. (this would be so much easier if we had a way to attach diagrams or images) and again, the dwarf ran over the crundle and out into the cavern, instead of running up the stairs and into the fort and safety.
There was nothing blocking the dwarfs path in this or my previous note, no locked doors, raised bridges, etcetera etcetera.
|You can just upload images to tinypic (http://tinypic.com/ [^]) and post the links here. That's probably faster anyway.|
Reminder sent to: king doom
If you can get a save that reproduces this problem, it would be helpful to upload it to http://dffd.wimbli.com/ [^]
king doom (reporter)
edited on: 2010-07-27 08:16
Just checked through my saves, I don't have the fort this happened in, and I haven't been playing for awhile, waiting for all the assorted bugs to get squashed. I did come up with an illustration of the problem though.
EDIT: I have a fort in the works with a similar setup, I'll keep an eye out and upload a save if the behaviour happens again.
king doom (reporter)
Right, I managed to reproduce the bug in a new fort, Info is in the file listing but I'll C/P it here:
As requested, a file with a setup demonstrating how pathfinding will send a dwarf fleeing not away from, but directly into hostile creatures if the right circumstances are met.
The problem area is on z level -29, the area with the room where the cage traps are being constructed. The mechanic will spot a nearby crundle, and rather than run left, to the stairwell and safety, will run right, over the approaching crundle and into the caverns. The mechanic is already running around in the middle of a nearby pack of crundles, having done just this seconds before I saved the game.
Only change made to the raws was removing the EXOTIC tag, since the dungeon master is bugged and never arrives.
king doom (reporter)
edited on: 2010-11-20 07:18
Just to confirm this still exists in the lates version, 31-18, I had a mechanic run to his death in a cavern rather than flee to safety up a nearby staircase HE JUST WALKED DOWN.
|Fix suggestion: Instead of running in a random, but not really random direction, have a startled dwarf attempt to head to a meeting area, but use weighted pathing. The closer the tile being pathed is to a visible hostile creature, the greater the tile cost. This would use a little more work to calculate, but since fleeing isn't that common of an activity, it shouldn't be too noticable. This would give dwarves running away a bit more intelligence in escaping to safety.|
I ran into this a few minutes ago. Dwarf crossing a 1x4 bridge encountered a kobold ( ++kd ). It paused with the usual "Thief!" warning, and since I was curious if the kobold would attack, I stepped through things a bit (20 or so ticks). The kobold immediately turned back to flee from the dwarf ( +k+d ), then the dwarf, having displayed a "Herbalist: interrupted by kobold thief" message, fled as well -- toward the kobold ( +kd+ ). Stepping further, the kobold again moved west, and the dwarf did so as well, until both were on the west bank of the stream.
A few minutes later a second thief showed up, and a different dwarf, this time in the woods, also ran west to escape the kobold that was to the west of him.
Perhaps the "run for your life!" function has the directions reversed?
There is a similar bug with adventurers on the surface, but usually, creatures will flee northwest, toward the map's (0,0) position (upper-left corner), which is to be expected if they are trying to reach a point that is not set. A lot of the reports here don't confirm this theory, but many of them are underground, where pathing could be more complex.
Check the entire map layout to see if they look like they're trying to reach the map's upper-left corner.
Toady One (administrator)
|I believe this was fixed 0000055:0000040.10, since they'll check where the opponent is now and run away from that instead of going NW. Feel free to re-open if they are still running north.|
|2010-04-14 08:42||king doom||New Issue|
|2010-04-14 08:43||king doom||Tag Attached: pathfinding|
|2010-04-14 08:50||king doom||Note Added: 0003467|
|2010-04-14 08:51||Footkerchief||Note Added: 0003468|
|2010-04-14 11:33||Footkerchief||Category||Pathfinding => Dwarf Mode -- Combat|
|2010-04-20 04:50||Khym Chanur||Issue Monitored: Khym Chanur|
|2010-07-25 14:37||Footkerchief||Note Added: 0011015|
|2010-07-26 08:58||king doom||Note Added: 0011076|
|2010-07-26 08:59||king doom||Note Edited: 0011076||View Revisions|
|2010-07-27 08:16||king doom||Note Edited: 0011076||View Revisions|
|2010-08-04 05:34||king doom||Note Added: 0011477|
|2010-11-20 07:14||king doom||Note Added: 0014054|
|2010-11-20 07:18||king doom||Note Edited: 0014054||View Revisions|
|2010-11-26 07:29||Footkerchief||Relationship added||related to 0003730|
|2011-10-15 06:16||Kogut||Issue Monitored: Kogut|
|2012-06-13 07:26||Telarin||Note Added: 0022978|
|2012-06-13 08:40||Telarin||Issue Monitored: Telarin|
|2012-06-13 17:07||krenshala||Note Added: 0022984|
|2012-06-13 17:07||krenshala||Issue Monitored: krenshala|
|2014-01-27 21:36||Footkerchief||Relationship replaced||has duplicate 0003730|
|2014-07-16 08:10||Footkerchief||Relationship added||related to 0007364|
|2014-07-16 08:10||Footkerchief||Relationship added||related to 0005676|
|2014-07-16 21:53||indigofenix||Note Added: 0026710|
|2014-08-11 06:00||Footkerchief||Relationship added||related to 0006903|
|2014-11-07 14:06||Footkerchief||Relationship added||has duplicate 0008526|
|2014-11-07 14:06||Footkerchief||Assigned To||=> Footkerchief|
|2014-11-07 14:06||Footkerchief||Status||new => confirmed|
|2016-05-18 13:31||Toady One||Note Added: 0035229|
|2016-05-18 13:31||Toady One||Status||confirmed => resolved|
|2016-05-18 13:31||Toady One||Resolution||open => fixed|
|2016-05-18 13:31||Toady One||Assigned To||Footkerchief => Toady One|
|2016-08-08 18:14||krenshala||Issue End Monitor: krenshala|
|2018-02-01 11:56||Telarin||Issue End Monitor: Telarin|
|Copyright © 2000 - 2010 MantisBT Group|