View Issue Details

IDProjectCategoryView StatusLast Update
0001190Dwarf FortressDwarf Mode -- Jobs, Eating/Drinkingpublic2017-12-02 10:00
ReporterSchlorgadorb Assigned Touser11 
PrioritynormalSeveritymajorReproducibilityhave not tried
Status resolvedResolutionfixed 
PlatformDwarf Fortress on PCOSWindowsOS VersionWindows 7
Product Version0.31.03 
Summary0001190: Dwarf cancels Eat: Cannot find path
DescriptionThis 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 ReproduceI have no idea how to reproduce it, but I have a file where its happening constantly.
Additional InformationIf 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.
Tags0.31.12, cancel, eating, food, Save Included

Relationships

related to 0004420 new Dwarf refuses to dig 
related to 0001254 resolvedToady One When cavern is breached, web collection pathfinding spams with "unable to find path" 
has duplicate 0003302 resolveduser11 Dwarf cancels Eat: Cannot Find Path spamming 

Activities

PencilinHand

2010-04-15 05:43

reporter   ~0003656

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.

user6

2010-04-15 09:00

  ~0003690

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.

ItEndsWithTens

2010-04-16 23:44

reporter   ~0003949

Last edited: 2010-04-16 23:46

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.

RootThought

2010-04-29 16:03

reporter   ~0005710

Last edited: 2010-04-29 16:07

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.

user6

2010-04-29 17:02

  ~0005715

RootThought: your save would probably be helpful.

ItEndsWithTens: if you still have your save, that might help too.

http://dffd.wimbli.com/

ItEndsWithTens

2010-05-25 20:08

reporter   ~0007333

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.

norgg

2010-07-25 13:34

reporter   ~0011004

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

norgg

2010-07-27 02:33

reporter   ~0011151

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.

finesse

2010-08-19 19:36

reporter   ~0011944

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.

ikaruga

2010-08-20 07:09

reporter   ~0011960

Last edited: 2010-08-22 23:31

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...

unabraumer

2010-09-25 17:21

reporter   ~0012985

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.

Arnos

2010-10-01 16:41

reporter   ~0013106

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.

goron

2010-10-03 08:44

reporter   ~0013165

Last edited: 2010-10-03 09:13

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

user11

2011-02-05 09:20

  ~0014998

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.

user11

2011-02-05 09:44

  ~0014999

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.

carl.hamlin

2012-06-17 09:55

reporter   ~0023035

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.

user11

2017-12-02 10:00

  ~0037188

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.

Issue History

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 user6 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 user6 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 user11 Note Added: 0014998
2011-02-05 09:44 user11 Note Added: 0014999
2011-02-05 09:44 user11 Relationship added child of 0000010
2011-02-05 09:49 user11 Tag Attached: Save Included
2011-07-08 23:30 user11 Relationship added has duplicate 0003302
2012-06-17 09:55 carl.hamlin Note Added: 0023035
2012-06-18 10:50 user6 Relationship added related to 0004420
2012-06-18 10:50 user6 Relationship deleted child of 0000010
2012-06-18 10:50 user6 Relationship added related to 0001254
2014-07-31 12:57 user11 Assigned To => user11
2014-07-31 12:57 user11 Status new => acknowledged
2017-12-02 10:00 user11 Note Added: 0037188
2017-12-02 10:00 user11 Status acknowledged => resolved
2017-12-02 10:00 user11 Resolution open => fixed