Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
0003221Dwarf FortressDwarf Mode -- Jobs, Haulingpublic2010-09-14 12:442024-11-14 14:16
Quietust 
Loci 
normalminoralways
confirmedopen 
0.31.12 
 
0003221: Dwarves assigned to haul objects outside of restricted burrow
Most of my fortress is encompassed by a burrow, and said burrow does not include the floodable entrance corridor which is lined with cage traps. When goblin babysnatchers or ambushers get caught in the traps, I restrict my civilians to a burrow (so they don't get killed when they run out and collect the cages or reload the traps that are surrounded by other goblins), at which point they start spamming "Dwarf cancels Store Item in Stockpile: Item inaccessible" until I either forbid the cages or seal off the entrance entirely.
Create a burrow, define a stockpile within that burrow, place an item outside of the burrow which wants to be stored in the stockpile within the burrow, then restrict your dwarves to the burrow (using civilian alerts).
Seems to be the opposite of 0000340 and/or 0000600 - while the destination of the hauling job is inside the burrow, the item to be hauled is not.
burrow, Save Included
related to 0000340new  Dwarf repeatedly try to store job-based weapons in burrow-forbidden stockpiles 
related to 0000600new  haulers in burrows seem to stand around contemplating hauling jobs they can't perform 
has duplicate 0004925resolved Dwarfu Entrance Dancing 
Issue History
2010-09-14 12:44QuietustNew Issue
2010-10-27 18:02troasNote Added: 0013533
2010-10-27 18:02troasIssue Monitored: troas
2010-10-28 04:20AccliteNote Added: 0013535
2010-10-28 06:02RhenayaNote Added: 0013536
2010-10-28 21:16RhenayaIssue Monitored: Rhenaya
2010-12-19 03:40Solra BiznaNote Added: 0014628
2010-12-19 03:40Solra BiznaIssue Monitored: Solra Bizna
2010-12-19 03:52Solra BiznaNote Edited: 0014628bug_revision_view_page.php?bugnote_id=0014628#r5561
2010-12-19 09:35FootkerchiefRelationship addedrelated to 0000340
2010-12-19 09:35FootkerchiefRelationship addedrelated to 0000600
2011-10-15 09:04DwarfuRelationship addedhas duplicate 0004925
2011-10-15 09:04DwarfuIssue Monitored: rkyeun
2011-10-15 14:39rkyeunNote Added: 0018844
2011-10-27 01:24KogutIssue Monitored: Kogut
2011-10-27 01:24KogutTag Attached: burrow
2011-10-27 01:45KogutTag Attached: Save Included
2011-10-27 01:57KogutNote Added: 0018918
2018-04-13 12:24HuntthetrollIssue Monitored: Huntthetroll
2020-02-19 19:14LociNote Added: 0040129
2020-02-19 19:14LociAssigned To => Loci
2020-02-19 19:14LociStatusnew => confirmed
2024-11-14 14:16PHATERTLNote Added: 0041384

Notes
(0013533)
troas   
2010-10-27 18:02   
This still occurs in 31.16. I have several critical dwarves restricted to burrow (the mayor, the chief medical dwarf, my legendary armorsmith, etc.) and when felling trees or recovering corpse items outside of the burrow area they spam "cancels store item in stockpile, item inaccessible" unless I turn off their hauling jobs.
(0013535)
Acclite   
2010-10-28 04:20   
It is ofcourse only logical that that message appears since you made the item inaccesible. If you don't like the job cancellation messages you can always put them off (o x) for the time being.
(0013536)
Rhenaya   
2010-10-28 06:02   
this is a really annoying bug with burrows, which often leads to not use them at all, i hope this get fixed soon.
(0014628)
Solra Bizna   
2010-12-19 03:40   
(edited on: 2010-12-19 03:52)
I hit this bug often, and it's incredibly irritating. What usually happens to me is this:

1. Ambush! Curse them!
2. One dwarf (or pet) didn't get to the burrow in time and got killed.
3. A dozen or so "haul item to stockpile" jobs are generated for his body, body parts, and possessions.
4. All dozen or so of these jobs are repeatedly canceled with "Item inaccessible" every 1/10 second for the rest of the ambush.

The announcement spam makes it just about impossible to see other, useful announcements. Like "Make adamantine battle axe (30) has been completed." It can be avoided by completely disabling job cancellation messages, but then I don't see messages like "Urist McWeaponsmith cancels Make adamantine battle axe: Need adamantine wafers." or "Urist McDeepMiner cancels Dig: Interrupted by Fire Man." This is NOT an acceptable workaround.
A better workaround would be a way to disable "item inaccessible" and "item misplaced" messages. Neither provide *any* information that would help you fix the problem, and "item misplaced" messages are usually one-time problems due to someone moving a barrel anyway. (The ideal solution, of course, would be to avoid dispatching hauling jobs to dwarves who are burrow-forbidden from carrying out said jobs.)

Edit: Worth mentioning is that if the entrance is inaccessible for reasons other than burrow assignment, the spam does not occur. The jobs aren't even generated in the first place. The announcement spam problem arises because this check does not account for burrow assignments.

(0018844)
rkyeun   
2011-10-15 14:39   
I filed a similar but subtly different "Entrance Dancing" report which was closed as a duplicate of this one.
I don't mind the spam so much. My dwarves are /leaving the burrow to get shot at/ for a few seconds at a time before they cancel and go back in, not just spamming cancellation from inside and staying safe.
(0018918)
Kogut   
2011-10-27 01:57   
Save: http://dffd.wimbli.com/file.php?id=5108 [^]
(0040129)
Loci   
2020-02-19 19:14   
v0.47.03: This behavior distracts the dwarf (0000600), starves the stockpile/job (which will be recreated and re-canceled repeatedly), and spams job cancellation announcements. Burrow-restricted dwarves should not accept stockpile hauling jobs targeting items outside their burrows, so that other, unrestricted dwarves may actually perform those jobs.

workaround: Removing the stockpile from the burrows of any dwarf unable to access the items will correctly assign the hauling jobs to unrestricted dwarves who can actually haul the items. A minecart can then be used to dump the items into the burrows without triggering this bug.
(0041384)
PHATERTL   
2024-11-14 14:16   
This bug remains in the Steam version as of 11/14/2024.