Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0003703Dwarf FortressDwarf Mode -- Idle Behaviorpublic2010-11-21 08:302012-02-16 12:14
Assigned ToFootkerchief 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusresolvedResolutionunable to reproduce 
PlatformOSOS Version
Product Version0.31.18 
Target VersionFixed in Version 
Summary0003703: After killing a kobold thief my axedwarf's current job is still "Kill Name, kobold thief" and won't change.
DescriptionWhen one of my cats noticed kobold thief my woodcutter was nearby, he transformed into an axedwarf, killed the thief by hacking off his lower body. And then he just continued to stay near the slain kobold, make a few steps from time to time, and tht's it. I make a squad of him and ordering to move, he wouldn't obey. Also i ordered the kobold corpse to be dumped, but some time passed and noone has dumped it yet.
Steps To ReproduceScreenshot: [^]
Additional InformationAlso a war dog is assigned to this dwarf, it just runs around nearby with some puppies.
TagsNo tags attached.
Attached Files

- Relationships
related to 0000114resolvedToady One Kill orders not cleared after completion 
related to 0001806resolvedToady One Non-cancelled kill orders persist into newly generated world and fortress. 

-  Notes
L0master (reporter)
2010-11-21 08:59

The bugged save. [^]
Logical2u (manager)
2010-11-21 09:07

You should be able to cancel the kill order upon completion, thus freeing your dwarf. This is a duplicate of 0000114.
L0master (reporter)
2010-11-21 09:13

Logical2u: the situation is: I didn't give any orders, so there is NO kill order. The dwarf was just a woodcutter, who transformed into an axedwarf without being part of a squad.
Logical2u (manager)
2010-11-21 09:15



So, you have a non-drafted dwarf that became spontaneously drafted, acquired a kill-order spontaneously, and is now experiencing 0000114? And you can't issue orders to him?

Are you sure that that is actually what happened, and you're not confusing any of your dwarves, or that sort of thing?
L0master (reporter)
2010-11-21 09:27

Well, after embarking I made my woodcutter (with axedwarf skill) a militia captain in order to quickly create a sqad of him for quick thiev responses. After such responses i always disband the squad, and the dwarf returns to woodcutting (also changing his appearance back to civilian). But this time the squad wasn't formed, the woodcutter was just near the thiev, he changed appearance to axedwarf, and killed the thiev without any orders from me.

(You may check the save [^])
Quietust (reporter)
2010-11-21 09:28

Did you play any fortress prior to this one without quitting and completely restarting Dwarf Fortress?
L0master (reporter)
2010-11-21 09:34
edited on: 2010-11-21 09:40

I played this fortress, abandonned it, then deleted region1 folder from save folder and replaced it with region1 folder I saved ten minutes before... And yes, i did it without restarting DF.

To put it short: i savescummed without restarting DF. But what does it have to do with my dwarf idling on kill job?

Kipi (reporter)
2010-11-21 09:58

It's known bug that if you quit fortress, do not restart the game, and load another fortress (same or different), the squads get messed up. You need to restart the game between saving and loading.
Logical2u (manager)
2010-11-21 10:58

L0master, if you could find us a save that reliably causes this same behaviour - ie, upon unpausing a dwarf will be automatically drafted and get an order - that would be great.
L0master (reporter)
2010-11-21 11:10

Logical2u unfortunately both my save that i linked here and my last spring autosave have the kobold already killed and dwarf already idling.

btw when the woodcutter transformed into axedwarf the message at the bottom of the screen said that he became militia captain not an axedwarf. And, once again, there were no any squads.

Actually I don't understand why the behvior of dwarf(prior to stucking on kill order) seems strange to you Logical2u, I think that any dwarf with appropriate weapon and skills would attack nearby thief (or am I wrong) especially if he is militia captain noble.
Logical2u (manager)
2010-11-21 11:37

In reality, that should be what happens, but in DF, typically only an active milita dwarf - someone who is listed as a *weapon*dwarf or wrestler or recruit actively seeks out enemies - the rest typically flee from combat, even if they have the skills and weapons. Or at least that was the behaviour I had in my games.
Footkerchief (manager)
2012-02-16 12:14

If anyone is able to reproduce this bug, please PM me on the forums.

- Issue History
Date Modified Username Field Change
2010-11-21 08:30 L0master New Issue
2010-11-21 08:59 L0master Note Added: 0014091
2010-11-21 09:07 Logical2u Note Added: 0014092
2010-11-21 09:07 Logical2u Relationship added duplicate of 0000114
2010-11-21 09:07 Logical2u Status new => resolved
2010-11-21 09:07 Logical2u Resolution open => duplicate
2010-11-21 09:07 Logical2u Assigned To => Logical2u
2010-11-21 09:13 L0master Note Added: 0014096
2010-11-21 09:13 L0master Status resolved => needs feedback
2010-11-21 09:13 L0master Resolution duplicate => reopened
2010-11-21 09:15 Logical2u Note Added: 0014097
2010-11-21 09:27 L0master Note Added: 0014098
2010-11-21 09:27 L0master Status needs feedback => assigned
2010-11-21 09:27 L0master Issue Monitored: L0master
2010-11-21 09:28 Quietust Note Added: 0014099
2010-11-21 09:34 L0master Note Added: 0014100
2010-11-21 09:38 L0master Note Added: 0014101
2010-11-21 09:40 L0master Note Deleted: 0014101
2010-11-21 09:40 L0master Note Edited: 0014100 View Revisions
2010-11-21 09:58 Kipi Note Added: 0014102
2010-11-21 10:58 Logical2u Note Added: 0014104
2010-11-21 11:10 L0master Note Added: 0014106
2010-11-21 11:37 Logical2u Note Added: 0014107
2010-11-21 12:19 Footkerchief Relationship replaced related to 0000114
2010-11-21 12:20 Footkerchief Relationship added related to 0003109
2010-11-21 12:20 Footkerchief Assigned To Logical2u =>
2010-11-21 12:20 Footkerchief Status assigned => new
2011-02-28 21:34 Footkerchief Relationship added related to 0001806
2011-02-28 21:34 Footkerchief Relationship deleted related to 0003109
2011-03-14 09:49 Footkerchief Relationship deleted related to 0001806
2011-03-14 09:50 Footkerchief Relationship added related to 0001806
2012-02-16 12:14 Footkerchief Note Added: 0019827
2012-02-16 12:14 Footkerchief Status new => resolved
2012-02-16 12:14 Footkerchief Resolution reopened => unable to reproduce
2012-02-16 12:14 Footkerchief Assigned To => Footkerchief

Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker