View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001190 | Dwarf Fortress | Dwarf Mode -- Jobs, Eating/Drinking | public | 2010-04-15 04:43 | 2017-12-02 10:00 |
| Reporter | Schlorgadorb | Assigned To | |||
| Priority | normal | Severity | major | Reproducibility | have not tried |
| Status | resolved | Resolution | fixed | ||
| Platform | Dwarf Fortress on PC | OS | Windows | OS Version | Windows 7 |
| Product Version | 0.31.03 | ||||
| Summary | 0001190: Dwarf cancels Eat: Cannot find path | ||||
| Description | This could be just because I don't have enough food in the fortress... but earlier when that was the case, they were hunting vermin for food. Now, they just cancel Eat constantly. Its filling up my announcement list, and its very annoying. Not to mention that I actually have food, At least some food. They just don't want to find it. I'm not sure if there's anything I can do to solve the issue, but more and more dwarves are beginning to give me this error message, and I'm afraid it'll continue until no one gets any work done, and solving the issue will be impossible. | ||||
| Steps To Reproduce | I have no idea how to reproduce it, but I have a file where its happening constantly. | ||||
| Additional Information | If this does indeed turn out to be a bug and not my own folly, then its a major issue. However, I haven't seen anyone else report it. | ||||
| Tags | 0.31.12, cancel, eating, food, Save Included | ||||
|
|
Are you sure your food hasn't spoiled? I have seen that happen before in a fort back in 40d. If your dwarfs were going after vermin and aren't now then there might be a bug related to prioritizing eating non-vermin again. I would archive a save for good measure if you want to continue with the fort. |
|
|
Yeah, please get a save and keep it around for uploading. Then check whether this behavior persists through a save/load and whether the dwarves are confined to a burrow. |
|
|
I just started getting this, in the same fort I reference in the note I added to issue 0000051 (world generated in 31.01, fort started in 31.02, now playing 31.03). It's persisting across many save/loads, and occurs with and without burrows defined. I have two saves prepared: one where only a single dwarf can't find a path, and another where more dwarves than I can count are flooding me with announcements. I don't know that it's everyone in the fortress, but I see plenty of names pop up that aren't in my only military squad. I got quite distracted dealing with some troglodytes in the area, and after messing with them for so long I can't remember what exactly happened to trigger the change from one dwarf with pathfinding problems to so very many, but I do know it involved sending my civilians, via alert, to my designated "panic room" burrow, which for now is just the dining room, and at the same time sending my six-dwarf military over to an exploratory shaft I've sunk elsewhere in the map. Retracing those steps, however, does not reproduce the nobody-knows-where-the-food-is issue, so there must be more to it than I remember. I've tried turning off the military's burrow restriction, deleting all burrows completely, disbanding the military, removing my existing food stockpile and making a new one outdoors (the dwarves move the food over, but still report "Dwarf cancels Eat: cannot find path"), all to no avail. |
|
|
Dwarf Fortress Dwarf Mode v.31.03 Using Dwarf Therapist 0.5.1 Used Quickfort to designate some rooms (long ago) I have also received this same error. Continuous announcements from a single dwarf ("Dwarf cancels Eat: Could not find path"). He continues to perform mining, but when I clear all labors, he stands completely still as though stuck. I recently had updated my military before it started happenening. The dwarf is not a military member though. I have no dwarves designated to burrows, though I do have burrows designated. I have undesignated all burrows and the problem still continues. My record keeper is also showing I have more than 2000 food, and the dwarf is standing in an area where all other dwarves are having no problems. After designating a burrow, and assigning said Dwarf to that burrow, and then deleting the burrow, the problem went away. I hope that helps someone in the meantime. I also have a backup save from when the issue occurred. |
|
|
RootThought: your save would probably be helpful. ItEndsWithTens: if you still have your save, that might help too. http://dffd.wimbli.com/ |
|
|
Oh, God, Footkerchief, I'm sorry! I thought I had this issue monitored, I completely missed your message. I suppose I should just upload the damn files as soon as I have them next time. In any event, here are the two saves I mentioned above: One dwarf: http://dffd.wimbli.com/file.php?id=2414 Many dwarves: http://dffd.wimbli.com/file.php?id=2415 I can't reproduce either of those situations, and I can't make the first turn into the second, so I kept both hoping they'll provide some clues. And I'm sorry to say that RootThought's suggestion didn't work for me when I loaded the problem saves in 31.04. |
|
|
I'm also getting this problem on multiple dwarves in 0.31.12. I've also got some mystery prepared meals which are listed in my stock screen in the non-detailed view, but don't seem to exist in the detailed and can't be forbidden or dumped or hidden. Save at http://norgg.org/files/lost_and_hungry.zip |
|
|
I ended up with two dwarves left with this problem. Having tried to assign them to warrens, enlisting them and order them to move, even trying to build a wall in the square one of them was standing on I couldn't get them to move at all. Both of them had actually made it all the way to a food stockpile and were just standing there unable to pathfind to the food right next to them. One of them was standing on a square with a booze barrel, so I dumped that to allow food to be placed right under him, which he still wouldn't eat. Eventually I managed to make him move by a couple squares by creating a downwards stair right under him. He then moved down to the next floor and another couple squares before getting stuck again. Shortly after that he starved to death. |
|
|
I had this in one of my games, it looked like it was caused by discovering an underground cavern and continued until i explored it fully. It also appeared to cause arriving traders to bug out and they have never come again. |
|
|
I'm having the same problem in my game ! :( The dwarf won't do anything except cancelling jobs constantly... By the way, I have the 31.12 version... |
|
|
I'd just like to add that I've been seeing the same thing. I've had two dwarves die from it so far and now two more are working towards starving themselves while standing inside a food stockpile. I'm using the Mayday tileset, version 31.12b, if that has any impact on this. I have had warrens set up for a while now, and was using them to convince my craft dwarves to clean out areas designated for stockpiles, plus to station dwarves (military and otherwise) near to my deeper operations. I think that the problems arrose after I ordered all my civilians to a safe warren, and then canceled the alert when it was safe. |
|
|
I am having this issue with two dwarves in .14, they are both hunters. I have thousands of food so that can't be an issue. |
|
|
I have the same problem with 31.14. befor this i had some path errors with equipment and collecting webs. Tried to restrict the dwarves to the food they can reach with burrows but it didn't help. Also to forbid most of the food didn't help In the Stocks i find some Items that don't belong to my fortress and if i zoom to these items I go to undiscovered areas of the map. http://dffd.wimbli.com/file.php?id=3214 In this save game most foods are still forbidden |
|
|
0001190:0013165 goron's problem with the food items not belonging to his civ is bug 0002273. The other cancellation errors are resolved by digging to an unrevealed area where an elf's pack animal load is on level 115 (-33). It solves the cancellation messages for 'eat' 'bring item to depot' and some 'pickup equipment' (a flask). The final 'pickup equipment' and 'store item in bin' messages are resolved by forbidding the ant civ's wooden shields and weapons. Surely all covered by 0000010. |
|
|
0001190:0007333 RootThought's 'one' file's cancellation messages are from a fishery worker trying to eat an unrevealed batman civ's food, but it doesn't stop even if you forbid those items. However, it should be covered by 0000010. Also has 0002273. 0001190:0007333 RootThought's 'many' file's cancellation messages are ditto the above. Covered by 0000010 and also has 0002273. For anyone's web collection messages, please see 0001254. |
|
|
I have this bug happening in a current game running version 0.31.25, and I have discovered a means of reliably reproducing it. My map has a volcano in it, and when I dug magma conduits to fuel my furnaces and forge, the magma submerged a rough rock quartz. If I ask my jeweler to cut rock quartz when the submerged one is all that's left, when the jeweler cancels the task, all the other dwarves immediately can't find paths to what they were doing either, and I get the 'cancels <task>: could not find path' spam. At this point, if I don't save and shut down pretty quickly, the dwarves get to an eat, drink, or sleep task, which is the kiss of death - the task survives a save and restart, but the dwarves think they can't get where they need to be, and so the wander in the general area where they were when the catastrophe happened until they die. |
|
|
It looks like most/all issues in the provided saves were fixed by other reports. At this point, any remaining problems in this multiple-problem report should be reported separately and in the newest version possible. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-04-15 04:43 | Schlorgadorb | New Issue | |
| 2010-04-15 05:43 | PencilinHand | Note Added: 0003656 | |
| 2010-04-15 09:00 |
|
Note Added: 0003690 | |
| 2010-04-16 23:44 | ItEndsWithTens | Note Added: 0003949 | |
| 2010-04-16 23:46 | ItEndsWithTens | Note Edited: 0003949 | |
| 2010-04-29 16:03 | RootThought | Note Added: 0005710 | |
| 2010-04-29 16:07 | RootThought | Note Edited: 0005710 | |
| 2010-04-29 17:02 |
|
Note Added: 0005715 | |
| 2010-05-25 20:08 | ItEndsWithTens | Note Added: 0007333 | |
| 2010-07-25 13:34 | norgg | Note Added: 0011004 | |
| 2010-07-27 02:33 | norgg | Note Added: 0011151 | |
| 2010-08-19 19:36 | finesse | Note Added: 0011944 | |
| 2010-08-20 07:09 | ikaruga | Note Added: 0011960 | |
| 2010-08-22 23:30 | ikaruga | Tag Attached: 0.31.12 | |
| 2010-08-22 23:30 | ikaruga | Tag Attached: cancel | |
| 2010-08-22 23:30 | ikaruga | Tag Attached: food | |
| 2010-08-22 23:31 | ikaruga | Tag Attached: eating | |
| 2010-08-22 23:31 | ikaruga | Note Edited: 0011960 | |
| 2010-09-25 17:21 | unabraumer | Note Added: 0012985 | |
| 2010-10-01 16:41 | Arnos | Note Added: 0013106 | |
| 2010-10-03 08:44 | goron | Note Added: 0013165 | |
| 2010-10-03 09:08 | goron | Note Edited: 0013165 | |
| 2010-10-03 09:13 | goron | Note Edited: 0013165 | |
| 2011-02-05 09:20 |
|
Note Added: 0014998 | |
| 2011-02-05 09:44 |
|
Note Added: 0014999 | |
| 2011-02-05 09:44 |
|
Relationship added | child of 0000010 |
| 2011-02-05 09:49 |
|
Tag Attached: Save Included | |
| 2011-07-08 23:30 |
|
Relationship added | has duplicate 0003302 |
| 2012-06-17 09:55 | carl.hamlin | Note Added: 0023035 | |
| 2012-06-18 10:50 |
|
Relationship added | related to 0004420 |
| 2012-06-18 10:50 |
|
Relationship deleted | child of 0000010 |
| 2012-06-18 10:50 |
|
Relationship added | related to 0001254 |
| 2014-07-31 12:57 |
|
Assigned To | => user11 |
| 2014-07-31 12:57 |
|
Status | new => acknowledged |
| 2017-12-02 10:00 |
|
Note Added: 0037188 | |
| 2017-12-02 10:00 |
|
Status | acknowledged => resolved |
| 2017-12-02 10:00 |
|
Resolution | open => fixed |
