View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001174 | Dwarf Fortress | Dwarf Mode -- Jobs, Military | public | 2010-04-14 18:12 | 2014-01-27 10:47 |
Reporter | therealmarauder | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | resolved | Resolution | unable to reproduce | ||
Platform | Intel Core 2 Duo | OS | Mac OS X - Crossover Games | OS Version | 10.6.2 - 8.0.0 |
Product Version | 0.31.01 | ||||
Summary | 0001174: Dwarf is stuck doing non-cancelable tasks | ||||
Description | The dwarf in question was drinking when I ordered him to attack a unit. He moves toward the selected animal, barrel in hand. After some time, dwarves neutralized the threat, and the dwarf is no longer actively fighting, but the dwarf is also still holding the barrel. The dwarf is doing individual combat drill, but the color of the job on the units screen is dark blue. The dwarf will not stop drills, even though there are jobs waiting for him to do. | ||||
Additional Information | Saving and loading did not change this. Forbidding the barrel did not change this. Stationing his squad did not change this. Changing the barracks so that the squad no longer trained there did not change this. Removing him from the military did not change this. Adding him to the military as a commanding officer and then ordering him to a new location while the barrel was forbidden made him drop the barrel, but the task, "station", still appeared in dark blue. Removing the order did not fix the problem. Ordering him to a location and then removing him from the military did not fix the issue; he went back to individual training drill in the room he was stationed in when he was in the first squad, even though when he was in the new squad. Ordering the dwarf to a station, then saving and reloading again, had no effect. | ||||
Tags | No tags attached. | ||||
|
Freeing the bed the barracks was designated around freed the dwarf, who went through "Clean Self" temporarily, and then went on break. |
|
Sounds like 0000605 -- anything in this report not covered by that one? |
|
Carrying a barrel into combat, I think. |
|
The going on break thing is significant, I think. The one time I had a soldier "freeze" into the permanent training position he ended up turning into a civilian that had to immediately take a break after I destroyed his weapon rack. |
|
The barrel part is 0000300, I think. SirPenguin -- my guess is that the break part just happens because they were frozen for a long time and couldn't take breaks. |
|
Footkerchief, that was a different issue. The dwarf in that one put it down; the dwarf in this one never set the barrel down. The dwarf is now in "No Job" with four other dwarves, but the idle dwarf counter says only two are. Occasionally the dwarf goes on break. You're correct, it seems to have a lot in common with that first one. |
|
I really think everything here ties back to 0000008 to be honest. I suspect when that gets looked over it's going to fix a lot of problems. |
|
Footkerchief, that was a different issue. The dwarf in that one put it down; the dwarf in this one never set the barrel down. My guess is that 0000605 is changing the symptoms of 0000300, but yeah, can't be sure. I'll mark this as a child of both or something. |
|
Thank you, both of you. Dr.Zuber, I believe that issue is separate from the military, and I think it's the military that caused this bug that I'm referring to. Footkerchief, I think it's the same issue as those things you listed, although a different symptom. |
|
Actually, it seems a bit closer to 0000605, though |
|
I've got 0000605-style bugs handled for individual training, but it's not immediately clear how it could lead to something quite this odd. Saves are really useful for these bugs. They can be uploaded to http://dffd.wimbli.com. |
|
If you have a save that demonstrates this problem in the latest version, please upload it to http://dffd.wimbli.com/ and reopen this report (or PM me on the forums). |
Date Modified | Username | Field | Change |
---|---|---|---|
2010-04-14 18:12 | therealmarauder | New Issue | |
2010-04-14 18:48 | therealmarauder | Note Added: 0003588 | |
2010-04-14 20:43 |
|
Note Added: 0003611 | |
2010-04-14 20:47 | therealmarauder | Note Added: 0003614 | |
2010-04-14 21:21 | SirPenguin | Note Added: 0003619 | |
2010-04-14 22:59 |
|
Note Added: 0003625 | |
2010-04-15 10:27 | therealmarauder | Note Added: 0003716 | |
2010-04-15 10:27 | therealmarauder | Note Edited: 0003716 | |
2010-04-15 10:45 | DoctorZuber | Note Added: 0003720 | |
2010-04-15 12:06 |
|
Note Added: 0003740 | |
2010-04-15 12:07 |
|
Relationship added | child of 0000300 |
2010-04-15 12:07 |
|
Relationship added | child of 0000605 |
2010-04-16 09:35 | therealmarauder | Note Added: 0003861 | |
2010-04-16 09:36 | therealmarauder | Note Added: 0003862 | |
2010-06-05 01:13 | Toady One | Note Added: 0007704 | |
2010-06-05 01:13 | Toady One | Assigned To | => Toady One |
2010-06-05 01:13 | Toady One | Status | new => acknowledged |
2010-06-05 01:14 | Toady One | Note Edited: 0007704 | |
2010-07-20 09:01 |
|
Relationship replaced | related to 0000300 |
2010-07-25 09:37 |
|
Relationship replaced | related to 0000605 |
2014-01-27 10:47 |
|
Note Added: 0024390 | |
2014-01-27 10:47 |
|
Status | acknowledged => resolved |
2014-01-27 10:47 |
|
Resolution | open => unable to reproduce |
2014-01-27 10:47 |
|
Assigned To | Toady One => user6 |