View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002869 | Dwarf Fortress | Pathfinding | public | 2010-07-28 02:47 | 2024-03-16 07:27 |
| Reporter | wRAR | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | confirmed | Resolution | open | ||
| Product Version | 0.31.12 | ||||
| Summary | 0002869: Massive "item inaccessible"/"could not find path" spam results from hauling jobs targeting unrevealed items | ||||
| Description | Free dwarves constantly try to haul something (it appears to be refuse from the inside, because it can be disabled by the refuse haul options, but not by the outside refuse haul option), butchers often try to butcher some inaccessible and invisible corpse and I received similar spam messages from the hunter a couple of times. I think all this is about items in caverns, and at least in the case with butchers the items are invisible and not listed in Stocks. I have some one-way and/or hanging stairs into caverns so it may be related to 0000470 | ||||
| Additional Information | The save: http://dffd.wimbli.com/file.php?id=2840 | ||||
| Tags | Save Included | ||||
| related to | 0001254 | resolved | Toady One | When cavern is breached, web collection pathfinding spams with "unable to find path" |
| parent of | 0002884 | resolved | Toady One | cancels store owned item: item inaccessible [every 5 seconds] |
| parent of | 0003040 | resolved | Dwarves get stuck in a "could not find path" loop for no obvious reason | |
| has duplicate | 0008109 | resolved | lethosor | Underground items create hauling jobs even when not yet discovered |
| has duplicate | 0008817 | resolved | Flood of stockpile cancellations for no discernible reason | |
| related to | 0008897 | acknowledged | lethosor | With enough looms and automatic web collection enabled, dwarves will only accept web collection jobs |
| related to | 0002814 | confirmed | Loci | message spam: dwarf cancels Hunt: Could not find path |
| related to | 0011418 | acknowledged | Loci | Endless pathing errors attempting to eat inaccessible food |
|
|
I've had the same spam in with burrows. Dwarves are constantly prioritising Storing Own Item over anything they can do in the burrow, even if going outside means certain death. |
|
|
Are the dwarves confined to a burrow? |
|
|
I only found 1 stairwell (z-71/z-72) that was an up stair with an up/down below it...but it was blocked off, so it shouldn't have been used in pathing anyways. Announcements setting was on 'some.' No burrows (w), no points (N). One of the items is a bat man spearman left eye tooth on z-123. It is not revealed yet, so this is probably a child of 0000010. |
|
|
Hmm... if there are webs down there, this is probably 0001254. |
|
|
There are webs, but I specifically zoomed to the item one of the jobs was canceling on. The job was 'Store Item in Stockpile' and the cancellation messages were 'Store Item in Stockpile: Could not find path' and 'Store Item in Stockpile: Job item misplaced.' I forbid all the unrevealed underground animal peoples' parts. The cancellations also occur on some crundle parts (right upper leg & a tail) in an (now) inaccessible part of the cavern. The player has done some re-walling down there (may be unrelated) - I can't find a clear path to the crundle parts or the dead dwarf (z-110)(it is possible he may have fallen - the combat reports are cleared so I can't see if it was a collision or not). However, once forbidden, all cancellation messages stop. Note to player: Named battle axe down there, unless you create a path to it, may cause problems also - might want to forbid it until you can get to it. |
|
|
Dwarfu: yes, the dwarf has fallen about 50 levels I think. The axe is forbidden along with the dwarf's body and other possessions, though it is displayed without {}, I've forgot to check for such bug here. |
|
|
This was happening in my fort here: http://dffd.wimbli.com/file.php?id=2892 I suspect there's a corpse somewhere in the hidden part of the bronze colossus's cave that they're going after, because all the visible ones were forbidden already and the constant "Dwarf cancels Store Item In Stockpile: Item inaccessible" spam stopped when I set the refuse stockpile not to accept corpses. |
|
|
This happens when you open up a path into a cavern layer with something the dwarves are assigned to haul, refuse or whatever odds and sods the various animal man civilisations spawn with when the game starts. Since there is a path to the item, the dwarves are assigned to collect it, but since the path has not yet been revealed and is still covered by the fog of war, they can't get to it, and thus you get all the cancel spam. |
|
|
Well, I haven't seen this yet in new versions. |
|
|
I can confirm that it still happens as of v34.07. Have an embark that included (unknown to me at the time) a cave site. Something down there is pretty regularly racking up the kills of troglodytes and giant olms (which show up on my Status screen under Missing/Deceased). Once I made a refuse stockpile, I was getting spammed with "Urist McHauler cancels Store Item in Stockpile: Item inaccessible." messages. Once I specifically forbade Troglodyte and Giant Olm corpses, the spam went away. |
|
|
Still happening to me in 40.09, save here: http://dffd.wimbli.com/file.php?id=9480 |
|
|
I can confirm this is still happening in 0.42.03. A save is available here: http://dffd.bay12games.com/file.php?id=11499 |
|
|
v0.43.03: An ex-liaison's lost teeth in an unexplored cavern caused constant "item inaccessible" spam. http://dffd.bay12games.com/file.php?id=12600 http://www.bay12forums.com/smf/index.php?topic=161506.0 |
|
|
I have experienced this in v50.12 https://dffd.bay12games.com/download.php?id=17030&f=save.zip |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-07-28 02:47 | wRAR | New Issue | |
| 2010-07-28 03:07 |
|
Note Added: 0011179 | |
| 2010-07-28 15:15 |
|
Note Added: 0011202 | |
| 2010-07-28 15:16 |
|
Relationship added | related to 0000597 |
| 2010-07-28 17:48 |
|
Note Added: 0011215 | |
| 2010-07-28 18:33 |
|
Note Added: 0011219 | |
| 2010-07-28 18:33 |
|
Note Edited: 0011219 | |
| 2010-07-28 19:10 |
|
Note Added: 0011222 | |
| 2010-07-28 20:26 |
|
Relationship deleted | related to 0000597 |
| 2010-07-28 20:27 |
|
Relationship added | related to 0001254 |
| 2010-07-28 21:29 | wRAR | Note Added: 0011231 | |
| 2010-07-28 21:33 |
|
Relationship added | parent of 0002884 |
| 2010-07-28 21:36 | wRAR | Note Edited: 0011231 | |
| 2010-08-03 14:24 | InsanityPrelude | Note Added: 0011461 | |
| 2010-08-05 00:32 | king doom | Note Added: 0011514 | |
| 2010-08-16 10:36 |
|
Relationship added | parent of 0003040 |
| 2011-02-05 09:49 |
|
Tag Attached: Save Included | |
| 2011-04-09 23:38 | wRAR | Note Added: 0017261 | |
| 2012-04-15 08:45 | RedKing | Note Added: 0022272 | |
| 2014-07-31 12:47 |
|
Assigned To | => user11 |
| 2014-07-31 12:47 |
|
Status | new => acknowledged |
| 2014-08-21 13:16 | lethosor | Relationship added | has duplicate 0008109 |
| 2014-08-21 13:17 | lethosor | Summary | Massive "item inaccessible"/"could not find path" spam => Massive "item inaccessible"/"could not find path" spam results from hauling jobs targeting unrevealed items |
| 2014-08-21 13:28 | NormalBates | Note Added: 0029444 | |
| 2014-08-22 12:52 |
|
Status | acknowledged => confirmed |
| 2015-02-18 03:26 |
|
Relationship added | has duplicate 0008817 |
| 2015-04-05 15:40 | lethosor | Relationship added | related to 0008897 |
| 2015-12-16 13:34 | CyberPhantom | Note Added: 0033962 | |
| 2016-12-06 14:41 | Loci | Note Added: 0036074 | |
| 2017-04-02 15:08 | Loci | Relationship added | related to 0002814 |
| 2020-02-26 18:35 | Loci | Relationship added | related to 0011418 |
| 2024-03-16 07:27 | MichaelB | Note Added: 0042107 |
