Anonymous | Login | Signup for a new account | 2024-12-24 22:02 PST |
Main | My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | |||||
ID | Project | Category | View Status | Date Submitted | Last Update | |
0006842 | Dwarf Fortress | Dwarf Mode -- Jobs, Cancellation and Suspension | public | 2014-07-09 10:02 | 2014-08-02 19:50 | |
Reporter | Squidman | |||||
Assigned To | Toady One | |||||
Priority | normal | Severity | minor | Reproducibility | sometimes | |
Status | resolved | Resolution | fixed | |||
Platform | OS | OS Version | ||||
Product Version | 0.40.01 | |||||
Target Version | Fixed in Version | 0.40.06 | ||||
Summary | 0006842: Dwarves freeze up (get stuck) if path to destination is blocked (by a wall/bridge) | |||||
Description | I have been able to reproduce this issue three times. If a wall is built in a tile a Dwarf is about to walk through, the Dwarf will freeze up (Not in terms of temperature, but in terms of activity), even if the wall can easily be gone around. The Dwarf is still listed as doing whatever job they were heading to do. They remain there until they pass out, changing their activity to "Sleep". When the Dwarf wakes up, they get back to work. | |||||
Steps To Reproduce | 1)Be in Dwarf Fortress mode. 2)Require Dwarves to follow a certain path to do a certain job. 3)Place a wall in the Dwarf's path. 4)Make sure the wall can be easily walked past. Kind of difficult to reproduce, I know. | |||||
Additional Information | -If the job is a designation-based job, un-designating the object will free the Dwarf up. -Assigning the Dwarf to a burrow does not fix the issue. -Fellow Dwarves will bring the frozen Dwarf food/water if they become hungry/thirsty. Saves: http://dffd.wimbli.com/file.php?id=9075 [^] (0.40.03) https://www.dropbox.com/s/p8eu1qwe5xqblia/Stuck%20Fisher.zip [^] (0.40.03) http://dffd.wimbli.com/file.php?id=9140 [^] (0.40.04) | |||||
Tags | No tags attached. | |||||
Attached Files | ||||||
Relationships | ||||||||||||||||||||||||||
|
Notes | |
(0025345) Squidman (reporter) 2014-07-09 10:05 |
-Removing the wall also does not remedy this problem. |
(0025347) Footkerchief (manager) 2014-07-09 10:20 |
Please upload a save that demonstrates the problem to http://dffd.wimbli.com/ [^] and post the link here. |
(0025556) Squidman (reporter) 2014-07-10 10:35 |
Here you are: http://dffd.wimbli.com/file.php?id=8838 [^] |
(0026959) Talvieno (reporter) 2014-07-19 11:48 edited on: 2014-07-19 11:49 |
I've had this happen with chopping wood. Wasn't sure what was causing the issue. 40.03. |
(0026996) fourpotatoes (reporter) 2014-07-20 02:04 |
Another instance: http://dffd.wimbli.com/file.php?id=9075 [^] |
(0027225) Dwarfu (manager) 2014-07-22 12:14 |
AseaHeru had this issue with a fisher from 40.03 0007486: https://www.dropbox.com/s/p8eu1qwe5xqblia/Stuck%20Fisher.zip [^] |
(0027235) Talvieno (reporter) 2014-07-22 12:42 |
I don't think it's so much the walls as having their path removed. |
(0027468) lethosor (manager) 2014-07-24 19:08 |
Was able to reproduce with bridges as well - adjusting title accordingly. |
(0027469) greycat (reporter) 2014-07-24 19:09 |
0.40.04, Linux. Save at http://dffd.wimbli.com/file.php?id=9140 [^] Upon reaching her first birthday, Limul Searchedshoots discovered her nakedness and assigned herself a "Pickup equipment" job -- but never moved from the spot where her mother was carrying her at the moment she stopped being a baby. Limul is standing in the barracks (hotkey F4, or you can use the unit screen). The job is visible on the job screen, and you can see that she's got her eye (metaphorically) on a (giant cave spider silk left glove). There are three such gloves -- one owned and worn by a miner, and two sitting around. By forbidding one, SIGKILLing the process, restoring from the save, and forbidding the other, I can see that the one she wants is on the up/down stairwell at Z=122 (-27 from the surface), and not the one in the smelter at Z=121 (-28 from the surface). Neither of these gloves shows her (or anyone) as the owner. Forbidding the glove that she wants causes the glove to be removed from the job screen, but does not cause her to cancel the job, or to seek a different item. The job itself cannot be removed (the r is greyed out). Saving and loading does nothing. I haven't tried atom-smashing the glove yet, but if forbidding it doesn't work, I'm dubious that atom-smashing it would be wise. To the best of my knowledge, there was never any disruption of her path from the barracks to the glove. I haven't been doing any construction work or digging anywhere near that path. |
(0027473) Talvieno (reporter) 2014-07-24 19:51 edited on: 2014-07-25 05:51 |
Interestingly, wagons are unaffected by this bug entirely, and are completely capable of repathing. That might help solve it. Edit: Also interestingly, locking a door doesn't cause the issue. |
(0028060) greycat (reporter) 2014-07-31 16:46 |
In the same fortress linked in my previous note (now running under 0.40.05), Limul Searchedshoot eventually broke out of her catatonic state, but I don't know precisely how. I suspect she eventually became thirsty enough to cancel the stuck job, got a drink, and then started over. She is wearing clothing now. Since then, many other babies have reached their first birthday, and *every single one* has had this same problem. As soon as they become children, they assign themselves a "Pickup Equipment" job that never gets done. They stand in place until something (thirst?) breaks them out of that job. After that, they are fine. |
Issue History | |||
Date Modified | Username | Field | Change |
2014-07-09 10:02 | Squidman | New Issue | |
2014-07-09 10:05 | Squidman | Note Added: 0025345 | |
2014-07-09 10:20 | Footkerchief | Note Added: 0025347 | |
2014-07-09 10:20 | Footkerchief | Assigned To | => Footkerchief |
2014-07-09 10:20 | Footkerchief | Status | new => needs feedback |
2014-07-10 10:35 | Squidman | Note Added: 0025556 | |
2014-07-10 10:35 | Squidman | Status | needs feedback => assigned |
2014-07-16 14:08 | Footkerchief | Summary | Dwarves freeze up if a wall is placed in their path => Dwarves freeze up if a wall is constructed in their path |
2014-07-16 14:08 | Footkerchief | Relationship added | has duplicate 0007363 |
2014-07-16 14:08 | Footkerchief | Summary | Dwarves freeze up if a wall is constructed in their path => Dwarves freeze up (get stuck) if a wall is constructed in their path |
2014-07-19 09:22 | Dwarfu | Relationship added | related to 0007484 |
2014-07-19 11:48 | Talvieno | Note Added: 0026959 | |
2014-07-19 11:49 | Talvieno | Note Edited: 0026959 | View Revisions |
2014-07-19 13:46 | Footkerchief | Relationship replaced | has duplicate 0007484 |
2014-07-20 01:55 | fourpotatoes | Issue Monitored: fourpotatoes | |
2014-07-20 02:04 | fourpotatoes | Note Added: 0026996 | |
2014-07-22 10:45 | Footkerchief | Relationship added | has duplicate 0007040 |
2014-07-22 12:13 | Dwarfu | Relationship added | has duplicate 0007486 |
2014-07-22 12:14 | Dwarfu | Note Added: 0027225 | |
2014-07-22 12:16 | Dwarfu | Relationship added | has duplicate 0007566 |
2014-07-22 12:42 | Talvieno | Note Added: 0027235 | |
2014-07-24 19:08 | lethosor | Note Added: 0027468 | |
2014-07-24 19:08 | lethosor | Assigned To | Footkerchief => lethosor |
2014-07-24 19:08 | lethosor | Status | assigned => acknowledged |
2014-07-24 19:09 | lethosor | Summary | Dwarves freeze up (get stuck) if a wall is constructed in their path => Dwarves freeze up (get stuck) if path to destination is blocked (by a wall/bridge) |
2014-07-24 19:09 | greycat | Note Added: 0027469 | |
2014-07-24 19:30 | lethosor | Additional Information Updated | View Revisions |
2014-07-24 19:51 | Talvieno | Note Added: 0027473 | |
2014-07-25 05:51 | Talvieno | Note Edited: 0027473 | View Revisions |
2014-07-28 16:33 | lethosor | Status | acknowledged => confirmed |
2014-07-31 16:46 | greycat | Note Added: 0028060 | |
2014-07-31 16:59 | 4maskwolf | Issue Monitored: 4maskwolf | |
2014-08-02 13:39 | Toady One | Status | confirmed => resolved |
2014-08-02 13:39 | Toady One | Fixed in Version | => Next Version |
2014-08-02 13:39 | Toady One | Resolution | open => fixed |
2014-08-02 13:39 | Toady One | Assigned To | lethosor => Toady One |
2014-08-02 19:50 | 4maskwolf | Issue End Monitor: 4maskwolf |
Copyright © 2000 - 2010 MantisBT Group |