|Anonymous | Login | Signup for a new account||2018-12-15 04:22 PST|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0003221||Dwarf Fortress||Dwarf Mode -- Jobs, Hauling||public||2010-09-14 12:44||2011-10-27 01:57|
|Target Version||Fixed in Version|
|Summary||0003221: Dwarves assigned to haul objects outside of restricted burrow|
|Description||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.|
|Steps To Reproduce||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).|
|Additional Information||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.|
|Tags||burrow, Save Included|
|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.|
|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.|
|this is a really annoying bug with burrows, which often leads to not use them at all, i hope this get fixed soon.|
Solra Bizna (reporter)
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.
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.
|Save: http://dffd.wimbli.com/file.php?id=5108 [^]|
|2010-09-14 12:44||Quietust||New Issue|
|2010-10-27 18:02||troas||Note Added: 0013533|
|2010-10-27 18:02||troas||Issue Monitored: troas|
|2010-10-28 04:20||Acclite||Note Added: 0013535|
|2010-10-28 06:02||Rhenaya||Note Added: 0013536|
|2010-10-28 21:16||Rhenaya||Issue Monitored: Rhenaya|
|2010-12-19 03:40||Solra Bizna||Note Added: 0014628|
|2010-12-19 03:40||Solra Bizna||Issue Monitored: Solra Bizna|
|2010-12-19 03:52||Solra Bizna||Note Edited: 0014628||View Revisions|
|2010-12-19 09:35||Footkerchief||Relationship added||related to 0000340|
|2010-12-19 09:35||Footkerchief||Relationship added||related to 0000600|
|2011-10-15 09:04||Dwarfu||Relationship added||has duplicate 0004925|
|2011-10-15 09:04||Dwarfu||Issue Monitored: rkyeun|
|2011-10-15 14:39||rkyeun||Note Added: 0018844|
|2011-10-27 01:24||Kogut||Issue Monitored: Kogut|
|2011-10-27 01:24||Kogut||Tag Attached: burrow|
|2011-10-27 01:45||Kogut||Tag Attached: Save Included|
|2011-10-27 01:57||Kogut||Note Added: 0018918|
|2018-04-13 12:24||Huntthetroll||Issue Monitored: Huntthetroll|
|Copyright © 2000 - 2010 MantisBT Group|