|Anonymous | Login | Signup for a new account||2020-04-07 09:40 PDT|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001833||Dwarf Fortress||Dwarf Mode -- Jobs, Hauling||public||2010-05-11 03:41||2013-10-02 17:07|
|Target Version||Fixed in Version|
|Summary||0001833: Urist McHauler cancels store item in bin: Job item misplaced|
|Description||repeatedly my dwarfes try to store items in the bins in the furniture stockpile, failing, and spamming the "Urist McHauler cancels store item in bin: Job item misplaced" message.|
I've also found out the reason for this bug:
- The dwarves move to a stockpile where binable goods are being stored.
- Take the goods and walk to the furniture stockpile.
- Try to store the items in a bin.
- Notice they cannot store non furniture items on the furniture stockpile.
- take the items back to the stockpile from where they took them from.
- take the bin and move it to the new stockpile
- and finally store the items in the bin.
|Steps To Reproduce||produce many bins and watch the dwarfes trying to store items in then even if the bins are on the wrong stockpile.|
|Do you have a save demonstrating this problem? If so, it might be helpful to upload it to http://dffd.wimbli.com/ [^]|
|if I get the message mass spammed again I'll upload the save.|
edited on: 2010-06-13 17:16
This is probably a variation of 0002140.
I most often experience it after a trading session:
1. Move bins with items for trade to depot
2. Trade, selling the items in the bins, but keeping the bins for your own use
3. While/after the now empty bins are hauled back, the spam often occurs
Edit: The main annoyance I see from this is the message spam, though the dwarves doing unneeded work is also annoying. I'd be happy if just the severity level of the "job item misplaced" job cancellation was lowered, so the default "announce some job cancellations" setting doesn't cause it to display.
Here's a mini reproduction save: https://s3test.randomly.org/df/1833/region2-bin-cancel-spam.zip [^]
In this save there are two stockpiles, a furniture stockpile with bins and a goods stockpile with mugs. One mug is unforbidden, and the goods stockpile is set to allow exactly one bin.
A bin (in the furniture stockpile) has been assigned to the goods stockpile. One dwarf is about to pick up that bin to move it to the goods stockpile. A second dwarf is halfway through carrying a mug to the same bin. You should get a job cancellation about a second after unpausing.
There's an annoying side-effect to this, too: if your source of bins (e.g. your carpenters workshop) is far away from a stockpile that has loose items and needs a new bin, then when the a new bin is made, a lot of redundant hauling happens: items get hauled all the way from the stockpile to the bin in the carpenters workshop, then the bin eventually gets hauled all the way back and any in-progress hauling jobs get aborted.
If bins only became potential subjects of "store item in bin" jobs when they were actually located in the stockpile they were assigned to, I think that'd solve the bulk of the problems, including that side-effect. There are a few edge cases I can think of when existing stockpiles get reshaped, but I guess that's uncommon.
edited on: 2012-02-16 12:57
I experience the same problem in 0.34.01 with greater frequency.
|It's pretty easy to trigger this while deconstructing scaffolding made of up/down stairs since the blocks will fall.|
|2010-05-11 03:41||gruftschreck||New Issue|
|2010-05-11 11:07||Footkerchief||Note Added: 0006551|
|2010-05-11 11:25||gruftschreck||Note Added: 0006554|
|2010-06-13 17:12||jfs||Note Added: 0008350|
|2010-06-13 17:13||jfs||Tag Attached: hauling|
|2010-06-13 17:13||jfs||Tag Attached: spam|
|2010-06-13 17:16||jfs||Note Edited: 0008350||View Revisions|
|2010-06-13 18:15||Footkerchief||Relationship added||parent of 0002140|
|2010-06-27 20:02||oliver||Note Added: 0009189|
|2010-06-28 00:26||oliver||Issue Monitored: oliver|
|2010-06-28 01:17||oliver||Note Added: 0009205|
|2012-02-16 00:34||etherflan||Tag Attached: 0.34.01|
|2012-02-16 12:56||etherflan||Note Added: 0019838|
|2012-02-16 12:57||etherflan||Note Edited: 0019838||View Revisions|
|2012-03-04 00:12||etherflan||Tag Detached: 0.34.01|
|2013-10-02 17:07||smjjames||Note Added: 0024153|
|2014-01-26 09:03||Footkerchief||Relationship replaced||has duplicate 0002140|
|2014-01-26 09:03||Footkerchief||Issue Monitored: Khym Chanur|
|2014-01-26 09:03||Footkerchief||Issue Monitored: kwieland|
|2014-01-26 09:03||Footkerchief||Relationship added||has duplicate 0003389|
|2014-01-26 09:03||Footkerchief||Issue Monitored: lopen139|
|2014-01-26 09:03||Footkerchief||Relationship deleted||has duplicate 0003389|
|2014-01-26 09:04||Footkerchief||Relationship added||has duplicate 0003389|
|2014-01-26 09:04||Footkerchief||Relationship added||related to 0001779|
|Copyright © 2000 - 2010 MantisBT Group|