View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000597 | Dwarf Fortress | Dwarf Mode -- Jobs, Hauling | public | 2010-04-06 02:31 | 2014-10-16 10:13 |
| Reporter | derigo | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | confirmed | Resolution | open | ||
| Product Version | 0.31.01 | ||||
| Summary | 0000597: Civilians assigned to burrows while hauling something spam "dropoff inaccessible" | ||||
| Description | If a dwarf is a ssigned to a burrow through the [w],[c] burrow menu while he's hauling something to a location that does not include the burrow, he freezes in place and spams the log: Urist McHaulerDwarf cancels store item in stockpile:Drop of inaccessible. rather than just dropping the item and moving on. | ||||
| Steps To Reproduce | 1) Create a burrow 2) find a dwarf hauling something 3) assign him to the burrow 4) profit | ||||
| Additional Information | this decreases the utility of adding civs to burrows in this way, since you have to go through and release any dwarves who get stuck this way, until they finish hauling. Also, if a dwarf drinks some booze in his burrow and, for whatever reason, decides to put the drink down in a different booze stockpile not contained in his burrow, the same problem occurs. | ||||
| Tags | burrow, error, hauling, spam | ||||
| related to | 0000600 | new | haulers in burrows seem to stand around contemplating hauling jobs they can't perform | |
| related to | 0000733 | resolved | Toady One | A digging dwarf who is assigned to a burrow mid task becomes stuck |
| related to | 0004851 | resolved | Toady One | Dwarves assigned to newly created burrows just stand still with "No job" |
| has duplicate | 0001640 | closed | Dwarfs just assigned to a burrow will stop and stand still | |
| has duplicate | 0001771 | closed | Logical2u | Burrows |
| has duplicate | 0002843 | resolved | No hauling enabled, tries to haul outside burrow anyway, spams cancellation | |
| has duplicate | 0004279 | resolved | Assigning a hauler to a burrow freezes him and generates endless messages | |
| has duplicate | 0004583 | resolved | Dwarf without labors, in burrow is stuck with "drop-off inaccessible" | |
| related to | 0000765 | new | Parents spam cancellation messages when babies are outside burrow | |
| related to | 0004456 | new | Job spam after a burrowed dwarf empties a barrel | |
| related to | 0005289 | resolved | Burrow location ignored - all units standing on a lever | |
| related to | 0005454 | new | Harvest plants not affected by burrows | |
| related to | 0001937 | new | Animal Hauler Caught in Loop When Hauling Out of Burrow | |
| related to | 0006484 | acknowledged | Dwarf drops wheelbarrow and abandons hauling job when pathing outside of burrow | |
| related to | 0008397 | new | Dwarves physically frozen after civilian alet |
|
|
Had this one happening yesterday when trying to seal off a group of urist mcannoyingskills in their own burrow underneath a drawbridge. Exact same behavior. |
|
|
In case a save is helpful, I've put one at http://dffd.wimbli.com/file.php?id=2640 A thresher was carrying a barrel when assigned to a burrows. You can find them easily by their message spam. |
|
|
I encountered this too, during a reclaim. Many dwarves are affected - or items? "<Dwarf> cancels dump item: drop-off inaccessible." Deleting all burrows didn't solve it. The dwarf in question remains stuck trying to dump a particular item. I can't remove him from the job in the job list. I disabled all hauling on that dwarf, no difference. Changing the item's dump or forbidden status doesn't change anything either: the dwarf remains stuck in the loop. An autosave made the dwarves snap out of their loop. |
|
|
I`ve encoutered it when creating farming burrow, than includes food stockpile. Some after creation time it was running just fine, but a some point, dwarfs just stood with mushrooms in their hands and start spamming "Urist McPlantGatherer cancels dump item: drop-off inaccessible.". Later, i came to suggestion, that it happens because McPlantGatherers wants to drop plants off to BARREL(food stockpile had empty "barrel slots"), but no barrels was in their burrow. my version is 0.31.12 |
|
|
This will also happen if a dwarf is assigned to a burrow which doesn't contain furniture stockpiles, and then drinks from a barrel until it's empty. He'll repeatedly try to store the now-empty barrel, unsuccesfully of course. |
|
|
This persists in .25 |
|
|
Persists in 0.34.05 as well. |
|
|
Still exists in 0.40.09 |
|
|
Just ran into this in 40.13. So it's still around to give us joy. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-04-06 02:31 | derigo | New Issue | |
| 2010-04-06 02:42 | derigo | Tag Attached: hauling | |
| 2010-04-06 02:42 | derigo | Tag Attached: spam | |
| 2010-04-06 02:42 | derigo | Tag Attached: burrows | |
| 2010-04-06 02:42 | derigo | Tag Attached: error | |
| 2010-04-06 02:43 | derigo | Tag Detached: burrows | |
| 2010-04-06 02:43 | derigo | Tag Attached: burrow | |
| 2010-04-18 15:34 |
|
Relationship added | related to 0000600 |
| 2010-04-20 01:06 |
|
Relationship added | parent of 0000733 |
| 2010-04-21 08:52 |
|
Relationship added | parent of 0001392 |
| 2010-04-24 11:16 |
|
Relationship deleted | parent of 0001392 |
| 2010-04-29 11:36 |
|
Relationship added | has duplicate 0001640 |
| 2010-05-05 15:42 | Logical2u | Relationship added | has duplicate 0001771 |
| 2010-05-07 12:51 | fake_robot | Note Added: 0006377 | |
| 2010-07-07 14:54 | Creidieki | Note Added: 0009741 | |
| 2010-07-07 15:29 |
|
Summary | Civs assigned to burrows while hauling something freeze/spam log => Civilians assigned to burrows while hauling something freeze/spam log |
| 2010-07-25 20:13 |
|
Summary | Civilians assigned to burrows while hauling something freeze/spam log => Civilians assigned to burrows while hauling something spam "dropoff inaccessible" |
| 2010-07-25 20:14 |
|
Relationship added | has duplicate 0002843 |
| 2010-07-28 15:16 |
|
Relationship added | related to 0002869 |
| 2010-07-28 20:26 |
|
Relationship deleted | related to 0002869 |
| 2010-08-22 13:12 | Silverionmox | Note Added: 0012018 | |
| 2010-08-22 13:15 | Silverionmox | Note Edited: 0012018 | |
| 2010-08-22 13:18 | Silverionmox | Note Edited: 0012018 | |
| 2010-08-22 13:18 | Silverionmox | Note Edited: 0012018 | |
| 2010-08-27 00:56 | kuketski | Note Added: 0012120 | |
| 2010-09-20 04:17 | Mathias | Note Added: 0012836 | |
| 2011-03-21 07:01 |
|
Relationship added | has duplicate 0004279 |
| 2011-04-01 12:44 |
|
Relationship added | related to 0000765 |
| 2011-04-06 07:17 |
|
Relationship added | related to 0004456 |
| 2011-04-06 10:44 | kwieland | Note Added: 0017130 | |
| 2012-02-19 08:23 |
|
Relationship added | parent of 0004851 |
| 2012-02-19 08:23 |
|
Relationship replaced | related to 0000733 |
| 2012-02-19 08:24 |
|
Relationship replaced | related to 0004851 |
| 2012-02-19 08:24 |
|
Relationship added | related to 0005289 |
| 2012-02-27 17:10 |
|
Relationship added | related to 0005454 |
| 2012-03-17 14:59 | robertheinrich | Note Added: 0021538 | |
| 2012-03-26 10:45 |
|
Relationship added | related to 0001937 |
| 2014-06-02 18:54 |
|
Relationship added | related to 0006484 |
| 2014-08-22 12:58 | JayJayForce | Note Added: 0029503 | |
| 2014-08-22 13:22 |
|
Relationship added | has duplicate 0004583 |
| 2014-08-22 13:22 |
|
Assigned To | => user6 |
| 2014-08-22 13:22 |
|
Status | new => confirmed |
| 2014-10-03 08:32 |
|
Relationship added | related to 0008397 |
| 2014-10-16 10:13 | tacomagic | Note Added: 0030644 |
