|Anonymous | Login | Signup for a new account||2023-04-01 19:15 PDT|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details [ Jump to Notes ]||[ Issue History ] [ Print ]|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000600||Dwarf Fortress||Dwarf Mode -- Jobs, Hauling||public||2010-04-06 02:42||2015-07-03 13:36|
|Target Version||Fixed in Version|
|Summary||0000600: haulers in burrows seem to stand around contemplating hauling jobs they can't perform|
|Description||Dwarves assigned to burrows with hauling enabled don't function properly. If any hauling jobs are available that start in the burrow, but end out of the burrow, they will spam the log with Dropoff innaccessible errors.|
If you heavily restrict what hauling jobs they can perform (like putting an hauler with only item hauling enabled in a smelter/bar-block stockpile burrow), the hauler seems to spend 80% of his time doing nothing, presumably attempting to start jobs he can't do because they are outside of the burrow.
|Steps To Reproduce||example using a smelting area.|
1) create a smelter
2) smelt many bars
3) define a burrow on the smelter and on a bar/block stockpile(along with food drink and beds if you want your hauler to not die)
4) assign a hauler to the burrow
5) restrict his hauling to item hauling to avoid error spam
7) have plenty of other item hauling job available elsewhere in the fort, outside the burrow
6) watch his behavior
|Additional Information||It sure would be nice to have this fixed, as it would allow you to restrict haulers to certain areas, preventing them from walking hundreds (or thousands) of tiles in between jobs unnecessarily, but it is by no means game breaking.|
|Tags||burrow, burrows, hauler, idle, job cancellation, message spam|
|The spam works the other way around too, I had my important dwarves in an "inside only" burrow that spanned my entire fortress, and they kept cancelling "store item in stockpile" jobs because they couldn't reach the wood logs my woodcutter produced outside.|
I have a variation of this bug I believe. My dwarves in a burrow attempt to seek barrels and bins outside of the burrow to place on empty stockpiles as the initial container even when barrels or bins are available inside the burrow. The dwarves in the burrow can be prompted to use local barrels with some finnagling of stockpiles.
1 dwarf assigned to a single burrow exclusively with barrels.
Assign a food or alcohol stockpile (seeds may try to use bags I haven't checked).
Dwarf may retrieve a local barrel but is likely to spam cancellations.
Allow barrels in the stockpile.
The dwarf will fill with the barrels available within the burrow.
Then disable the barrels (disabling barrels may not be necessary) in the stockpile and now the dwarf will stock with food.
edited on: 2010-04-22 20:42
Seeing this as well. The truly hideous bit is that it's a stone stockpile in the dwarf's area. There's plenty of stones nearby, but they want the ones 100 z-levels down.
Tasks in progress that become impossible due to pathing restrictions and/or job-assignments are not really dropped by the dwarf, causing dancing with red/cyan "?" status.
To reproduce: locate a dwarf hauling something, disallow that itemtype from being hauled by that dwarf, observe it dropping the item, walking a few tiles go red "?" (looking for job?), walk over to item, go cyan "?" (pathing?), drop item, repeat.
|See 0002843 as well: I've had this happen again and again with no hauling enabled. I can forbid the offending item, but if I unforbid it, another burrowite with no hauling enabled will go stand over it spamming cancellation messages. (I have a save linked in 0002843)|
|I've had this issue with a doctor trying to store cloth or thread in the tailor stockpile, which is outside the hospital burrow. Plenty of storage inside, but since tailor is the room next door, it probably thinks it is closer.|
|This issue seems to keep popping up. I have a bunch of dwarves constantly cancelling jobs due to the need of stone stockpiles now for sorting. One of my "take from anywhere" stockpiles keeps getting job cancellations from dwarves that have a burrow that severely limits their travel. They keep wanting to get stones from deep within the mines but cancel the job as soon as they pick up the wheelbarrow.|
|"causing dancing" - i'm seeing this as well. Haulers with bins trying to collect something or put it away will get into a confused state where they dance back and forth (not often). The first time i just activated the offender into a squad - which caused him to drop the bin. The second time I went to the bin and forbade it - which crashed the game. (still running .09 if it matters)|
Reminder sent to: quintilius
A save would be extremely helpful. Please upload a save demonstrating this problem to http://dffd.wimbli.com/ [^] and post the link here.
edited on: 2015-07-04 08:49
I have a save demonstrating serious hauling job cancellation spam ("item inaccessible" 20 times per game day, EVERY GAME DAY,) including a rather annoying bug involving wheelbarrows being dropped when dwarves walk outside of their burrow.
They recognize the stockpile as being inside a burrow, the target as within the burrow, but if they ever path over any tile NOT in the burrow, they drop the wheelbarrow, and cannot recover it, because it is "not in their burrow", but will spam "item inaccessible" trying to recover it. (This also seems to lead to strange behavior where logs and stones in excess of what a wheelbarrow should hold get stored in the wheelbarrow and are never removed.) I made a separate report for wheelbarrows - 0009012
This thread discusses the problem: http://dffd.bay12games.com/file.php?id=10966 [^]
|2010-04-06 02:42||derigo||New Issue|
|2010-04-06 02:43||derigo||Tag Attached: burrow|
|2010-04-06 02:43||derigo||Tag Attached: hauler|
|2010-04-06 02:43||derigo||Tag Attached: idle|
|2010-04-09 12:26||Syndic||Note Added: 0002380|
|2010-04-13 00:05||Annoying||Note Added: 0003214|
|2010-04-13 01:20||Annoying||Issue Monitored: Annoying|
|2010-04-18 15:34||Footkerchief||Relationship added||related to 0000597|
|2010-04-18 15:36||Footkerchief||Relationship added||parent of 0001307|
|2010-04-19 09:43||Footkerchief||Relationship added||parent of 0001333|
|2010-04-20 01:05||Footkerchief||Relationship added||parent of 0000340|
|2010-04-20 01:07||Footkerchief||Relationship added||parent of 0001359|
|2010-04-20 03:49||Khym Chanur||Issue Monitored: Khym Chanur|
|2010-04-22 20:41||Granite26||Note Added: 0004669|
|2010-04-22 20:42||Granite26||Note Edited: 0004669||View Revisions|
|2010-04-28 08:37||Areyar||Note Added: 0005530|
|2010-05-06 13:49||bibinou||Issue Monitored: bibinou|
|2010-07-16 09:13||Footkerchief||Relationship replaced||related to 0000340|
|2010-07-25 20:17||morikal||Note Added: 0011050|
|2010-07-26 09:50||morikal||Issue Monitored: morikal|
|2010-08-03 01:44||weaselboy246||Note Added: 0011431|
|2010-12-19 09:35||Footkerchief||Relationship added||related to 0003221|
|2011-03-30 13:32||Footkerchief||Sticky Issue||No => Yes|
|2011-04-08 18:11||gpmfuchs||Issue Monitored: gpmfuchs|
|2012-03-27 04:06||Steb||Issue Monitored: Steb|
|2012-05-20 17:15||Pacho||Note Added: 0022645|
|2012-05-20 22:59||Rhenaya||Issue Monitored: Rhenaya|
|2012-05-22 07:57||quintilius||Note Added: 0022660|
|2012-05-22 10:57||Footkerchief||Issue Monitored: quintilius|
|2012-05-22 10:57||Footkerchief||Note Added: 0022663|
|2013-12-11 15:36||Dwarfu||Relationship added||parent of 0006315|
|2014-01-22 08:41||Footkerchief||Relationship added||related to 0002416|
|2014-01-27 13:51||Footkerchief||Relationship replaced||related to 0001359|
|2014-08-19 13:42||Footkerchief||Relationship added||related to 0001232|
|2014-08-21 06:55||Footkerchief||Relationship added||related to 0008100|
|2015-01-12 06:49||Footkerchief||Relationship added||related to 0008704|
|2015-06-29 19:45||NW_Kohaku||Note Added: 0032823|
|2015-07-03 13:18||NW_Kohaku||Issue Monitored: NW_Kohaku|
|2015-07-03 13:36||NW_Kohaku||Tag Attached: burrows|
|2015-07-03 13:36||NW_Kohaku||Tag Attached: job cancellation|
|2015-07-03 13:36||NW_Kohaku||Tag Attached: message spam|
|2015-07-04 08:46||NW_Kohaku||Note Edited: 0032823||View Revisions|
|2015-07-04 08:47||NW_Kohaku||Note Edited: 0032823||View Revisions|
|2015-07-04 08:49||NW_Kohaku||Note Edited: 0032823||View Revisions|
|2015-07-04 16:21||lethosor||Relationship added||related to 0009012|
|2018-11-22 01:19||Loci||Relationship added||parent of 0010956|
|Copyright © 2000 - 2010 MantisBT Group|