View Issue Details

IDProjectCategoryView StatusLast Update
0001174Dwarf FortressDwarf Mode -- Jobs, Militarypublic2014-01-27 10:47
Reportertherealmarauder Assigned Touser6 
PrioritynormalSeverityminorReproducibilityhave not tried
Status resolvedResolutionunable to reproduce 
PlatformIntel Core 2 DuoOSMac OS X - Crossover GamesOS Version10.6.2 - 8.0.0
Product Version0.31.01 
Summary0001174: Dwarf is stuck doing non-cancelable tasks
DescriptionThe 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 InformationSaving 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.
TagsNo tags attached.

Relationships

related to 0000605 resolvedToady One When relieved from a squad, dwarves do not resume civilian jobs, even when squad is deleted entirely 
related to 0000300 confirmeduser6 Soldiers haul booze barrels back to the barracks after drinking 

Activities

therealmarauder

2010-04-14 18:48

reporter   ~0003588

Freeing the bed the barracks was designated around freed the dwarf, who went through "Clean Self" temporarily, and then went on break.

user6

2010-04-14 20:43

  ~0003611

Sounds like 0000605 -- anything in this report not covered by that one?

therealmarauder

2010-04-14 20:47

reporter   ~0003614

Carrying a barrel into combat, I think.

SirPenguin

2010-04-14 21:21

reporter   ~0003619

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.

user6

2010-04-14 22:59

  ~0003625

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.

therealmarauder

2010-04-15 10:27

reporter   ~0003716

Last edited: 2010-04-15 10:27

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.

DoctorZuber

2010-04-15 10:45

reporter   ~0003720

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.

user6

2010-04-15 12:06

  ~0003740

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.

therealmarauder

2010-04-16 09:35

reporter   ~0003861

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.

therealmarauder

2010-04-16 09:36

reporter   ~0003862

Actually, it seems a bit closer to 0000605, though

Toady One

2010-06-05 01:13

administrator   ~0007704

Last edited: 2010-06-05 01:14

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.

user6

2014-01-27 10:47

  ~0024390

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).

Issue History

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 user6 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 user6 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 user6 Note Added: 0003740
2010-04-15 12:07 user6 Relationship added child of 0000300
2010-04-15 12:07 user6 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 user6 Relationship replaced related to 0000300
2010-07-25 09:37 user6 Relationship replaced related to 0000605
2014-01-27 10:47 user6 Note Added: 0024390
2014-01-27 10:47 user6 Status acknowledged => resolved
2014-01-27 10:47 user6 Resolution open => unable to reproduce
2014-01-27 10:47 user6 Assigned To Toady One => user6