Anonymous | Login | Signup for a new account | 2024-12-25 10:15 PST |
Main | My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||
0001451 | Dwarf Fortress | Dwarf Mode -- Military | public | 2010-04-23 02:37 | 2018-07-17 18:31 | ||||||
Reporter | Blah | ||||||||||
Assigned To | Dwarfu | ||||||||||
Priority | normal | Severity | minor | Reproducibility | always | ||||||
Status | confirmed | Resolution | open | ||||||||
Platform | OS | OS Version | |||||||||
Product Version | 0.31.03 | ||||||||||
Target Version | Fixed in Version | ||||||||||
Summary | 0001451: Military equipment interferes with civilian equipment (picks/axes/crossbows/quivers) | ||||||||||
Description | 1) A woodcutter can't use the same axe for woodcutting and military. When he is given a kill/station command, he will deposit his current axe and pick up some other weapon, completely ignoring the axe he deposited into a weapon stockpile. If there is no other suitable weapon he'll fight unarmed. 2) Possibly related to the above: if the woodcutter is holding an axe, the same axe won't show up in _his_ "assign specific weapon" list. | ||||||||||
Steps To Reproduce | Embark with 2 axes (of different material to make things easier) Assign woodcutting labor to a dwarf to get him to pick up 1 axe. Make a weapon stockpile to hold the other axe. Put the woodcutter into a squad and tell him to use axes in the equipment screen. Forbid the axe in the weapon stockpile. Give the woodcutter's squad a station command. Observe the behaviour described earlier. Cancel the station command, reclaim the previously forbidden axe, and give another station command. This time the woodcutter will swap axes. | ||||||||||
Additional Information | This will probably also occur with hunters. One time after repeated testing in the same embark, this bug stopped occuring. It could be that this can only occur early in the game for some reason. | ||||||||||
Tags | No tags attached. | ||||||||||
Attached Files | |||||||||||
Relationships | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Notes | |
(0004699) Areyar (reporter) 2010-04-23 05:25 |
What I think is happening: military positions are selecting equipment randomly from stocks. n.b. embark with axes, lumberjacks. civilian woodcutters will take a (random) axe. put woodsdwarves in axemen squad. squad positions select again random (rather than closest to dwarf in positionX) axe. activate squad. dwarf holds holds weapon claimed by other: drop axe. dwarf wants axe held by other dwarf: get axe. If this is true, then this should work around the issue. remove the woodcutter job from all dwarves, let dwarves drop and store axes. assign axemen to squad, activate squad, let them collect equipment. reactivate woodcutter job on conscripted axemen. set squad to inactive alert. civilians should now equip nearest axe (if lumberjack is first job in list) The military incarnation's axe is fixed. Problems arise again if mil>civ drops axe. |
(0004730) Blah (reporter) 2010-04-23 10:17 |
>> What I think is happening: >> military positions are selecting equipment randomly from stocks. This isn't random. I tested it about 10 times on different embarks while trying to understand what the root of the problem was. He always dropped his current axe (except at one point in one embark from which things started workign correctly for some inexplicable reason. It always worked correctly after that in that embark, but kept reoccuring in the next embarks) |
(0005340) Areyar (reporter) 2010-04-27 08:10 |
so... the dwarf swaps axe every time he/she switches from military to civilian status? |
(0006728) Inspiration (reporter) 2010-05-15 10:09 |
Depends. When I was killing off a deer that had wandered into my fort, Urist McWoodcutter made short work of him with his axe. Then, a bear wanders by, and I try to preemptively kill him, and Urist McWoodcutter proceeds to drop his freaking axe and try to wrestle the bear. "Urist McWoodcutter has bled to death" |
(0008751) vasiln (reporter) 2010-06-20 02:30 |
This also happens with miners who have been assigned picks. |
(0011450) Footkerchief (manager) 2010-08-03 10:25 |
Briggs uploaded this save for 0002906: http://dffd.wimbli.com/file.php?id=2888 [^] |
(0012633) Hieronymous Alloy (reporter) 2010-09-14 09:37 |
I've had a problem that I believe is connected to this. I've noticed that I'll sometimes get military dwarves -- soldier icon, "axedwarf" or whatever profession name -- idling in my meeting area, holding only an axe. Once I read this bug I realized what was going on, turned off all my Woodcutting labors with dwarf therapist, and they all dropped their axes, got their gear, and started training. |
(0019494) icecon (reporter) 2012-02-14 01:46 |
I had the same problem as Briggs: On embark I had 3 pesky gorlaks interrupting my dig orders so I dispatched my Axedwarf/Woodcutter to clear them. He did so handily, but after the job was done he didn't pick up his axe from the ground - he seems to have dropped it in the fight - and wouldn't get to work chopping trees. (The save file is at this moment) I tried reassigning woodcutting to another dwarf as well as rotating the military commander, etc.. The axe isn't necessarily stuck as dwarves will move it to a weapon stockpile, as well as equip it thereafter. Still, they refused to chop wood after I enabled woodcutting which left my dwarves without beds :(. Here's the save: http://dffd.wimbli.com/file.php?id=5480 [^] |
(0020577) isitanos (reporter) 2012-02-23 17:47 |
I struggled with this problem with a woodcutter for a while before I gave up and removed him from the military. However, he wouldn't let go of his wooden training axe and kept using it to chop trees down. Not even sure how that worked, but the resulting slowness in cutting tress was a huge problem for my small fortress' beginning economy. |
(0021801) thvaz (reporter) 2012-03-27 15:54 |
This bug is related (or even a duplicate) of bug 2959. |
(0022812) Rafal99 (reporter) 2012-06-02 10:49 edited on: 2012-06-02 10:51 |
This bug also causes Miners/Woodcutters/Hunters to refuse to wear their military armor when civilian. It seems the game creates a separate "uniform" for their civilian tasks, which means they won't use any of the items assigned to their military uniform, such as the axes or armor. |
(0022906) Kogut (reporter) 2012-06-08 04:48 edited on: 2012-06-08 05:42 |
34.11 save with miner and woodcutter that claimed armour and refuse to wear it (embark with armour, miner and woodcutter, create squad to replicate): http://dffd.wimbli.com/file.php?id=6450 [^] |
(0022908) Knight Otu (manager) 2012-06-08 05:44 |
Thanks, Kogut. I've changed the link in your note to point directly to the file, rather than the submit redirect, just in case. |
(0022956) Katie (reporter) 2012-06-11 06:01 |
Not sure if its been mentioned, but in 34.11 it seems military wont wear a piece of armor as long as they have something else covering that part. My dwarves refused to wear steel boots and gloves because they had nice little cloth and leather boots and gloves. |
(0023578) MightyRavenDark (reporter) 2012-09-16 00:44 |
This is not the case for me (dwarves refuse to wear helmets, boots, gauntlets when assigned) as I tried using the 'Replace Clothing' designation and they merely removed their clothing and continued to ignore non-forbidden gear that was sitting in a bin. I feel as though there is something wrong with bins in 34.11 that is causing dwarves to ignore certain items. As far as I know they don't want to bother with gauntlets, boots, and helmets but usually equip everything else, here is my save: http://dffd.wimbli.com/file.php?id=6925 [^] |
(0023740) hermes (reporter) 2012-11-21 16:07 |
I just had this bug on a new embark... created squad to kill dingoes, when kill order was complete two dorfs dropped their axes where they stood (pretty strange in itself) and subsequent chop tree designations were not fulfilled. Dorf with woodcutting enabled walked over to the axe and just stood next to it. When squad was disbanded he picked it up and went to work. Can upload save if needed. |
(0025604) Rafal99 (reporter) 2014-07-10 14:55 |
I confirm this still happens in 40.01. Miner who was put in military and assigned armor, won't wear the armor while not in duty, despite his squad being set to "Uniformed when civilian". As soon as I deactivate the squad the miner rushes to store all his armor in stockpile and get his pick back. So the civilian equipment (in this case pick) still prevents a dwarf from wearing military uniform at the same time. |
(0029628) chaosvolt (reporter) 2014-08-25 20:41 |
Observed pretty much since I've started playing DF. And furthermore, every time I conscript hunters as markdwarves (or crossbowmen, or bowelves, whatever the modding mood of the day is) will result in their dropping the armament they migrated with to pick up new equipment. |
(0031198) Infinite Monkeys (reporter) 2014-11-27 06:18 |
This is a pretty big problem in the early game - it's logical to make your woodcutters, hunters and maybe even miners also serve as your military, but this is currently extremely awkward. The squad has to be created and the weapon manually added when there is a threat, then the weapon unassigned from the dwarf and the dwarf removed from the squad so that they will use that weapon for their job. Even removing the dwarf from the squad alone doesn't work, you have to actually unassign the weapon from them in the equipment menu or they'll ignore it. |
(0034229) martinuzz (reporter) 2015-12-27 16:42 |
My 2 cents on the issue: It's a conflict between a) a pick that is assigned via the military equipment screen will never be used for mining, since the game only considers it as a weapon and not a tool b) a miner dropping his pick when you draft him into the military, because his uniform will tell him to, unless you assign a pick, which brings you back to a) This is a very, very longstanding bug. Think it dates back to the 2d (no z-levels) version. I see two possible solutions: 1) change the code of the military weapon assignment to allow the game to recognize assigned military picks as digging tools 2) adding a whole new inventory slot type, "tools", where a dwarf will wear pickaxes and battle axes assigned via the labour list. This would prevent dropping the pick when militarized. A dwarf could then just have 2 picks. One for digging, worn on the tool slot, and one strapped to the body the way weapons are. I think 2) would probably be easier (require less ripping open of code), but then, I'm no coder, just a dabbling logician |
(0034238) SirPenguin (reporter) 2015-12-28 10:30 |
It's definitely not a longstanding bug - well, I mean, it's been around for years but that's more because the military arc was also done years ago. Prior to the military arc miners and woodcutters used to be the closest thing to a civilian militia we had. If they were near an enemy you could immediately put them in a one-person squad and they'd attack with their pick or axe. This would also use their mining/woodcutting stats to determine their skill so they'd often be really good fighters That all broke in the military arc I think the fastest fix is to simply delay the "am i wearing the right equipment?" check until after combat or only when they have no active orders. it wouldn't eliminate all the issues but at least it wouldn't impact the early game as much (when your 'military' is mostly civilian conscripts) |
(0038610) ArmokGoB (reporter) 2018-07-17 18:31 |
Can confirm this is still present in 0.44.12. Had to queue up axes so that my woodcutters would do their job. |
Issue History | |||
Date Modified | Username | Field | Change |
2010-04-23 02:37 | Blah | New Issue | |
2010-04-23 05:25 | Areyar | Note Added: 0004699 | |
2010-04-23 10:05 | Footkerchief | Relationship added | child of 0000535 |
2010-04-23 10:17 | Blah | Note Added: 0004730 | |
2010-04-23 21:06 | Footkerchief | Relationship added | has duplicate 0001478 |
2010-04-27 06:16 | Abalieno | Issue Monitored: Abalieno | |
2010-04-27 08:10 | Areyar | Note Added: 0005340 | |
2010-05-15 10:09 | Inspiration | Note Added: 0006728 | |
2010-06-20 02:30 | vasiln | Note Added: 0008751 | |
2010-06-30 13:45 | Footkerchief | Relationship added | has duplicate 0000523 |
2010-07-16 09:09 | Footkerchief | Relationship added | has duplicate 0001693 |
2010-07-16 09:09 | Footkerchief | Issue Monitored: Footkerchief | |
2010-07-24 21:48 | Khym Chanur | Issue Monitored: Khym Chanur | |
2010-07-25 15:06 | Sfon | Issue Monitored: Sfon | |
2010-08-03 10:24 | Footkerchief | Relationship added | has duplicate 0002906 |
2010-08-03 10:24 | Footkerchief | Issue Monitored: Briggs | |
2010-08-03 10:25 | Footkerchief | Note Added: 0011450 | |
2010-09-09 07:25 | Sfon | Issue End Monitor: Sfon | |
2010-09-14 09:37 | Hieronymous Alloy | Note Added: 0012633 | |
2010-09-14 09:37 | Hieronymous Alloy | Issue Monitored: Hieronymous Alloy | |
2010-10-21 07:23 | Another | Issue Monitored: Another | |
2011-02-28 21:06 | Footkerchief | Relationship added | related to 0000737 |
2011-02-28 21:39 | Footkerchief | Summary | woodcutter can't use his axe for military; needs a different weapon => Military equipment interferes with civilian equipment (picks/axes/crossbows/quivers) |
2011-02-28 21:39 | Footkerchief | Relationship added | related to 0000353 |
2011-02-28 21:39 | Footkerchief | Relationship deleted | related to 0000353 |
2011-02-28 21:39 | Footkerchief | Relationship replaced | related to 0000535 |
2011-02-28 21:39 | Footkerchief | Relationship added | parent of 0002143 |
2011-02-28 21:40 | Footkerchief | Relationship added | parent of 0002127 |
2011-02-28 21:40 | Footkerchief | Relationship added | related to 0000680 |
2011-02-28 21:41 | Footkerchief | Relationship added | related to 0003733 |
2011-02-28 21:41 | Footkerchief | Relationship replaced | parent of 0003733 |
2011-02-28 21:41 | Footkerchief | Relationship added | parent of 0004062 |
2011-02-28 21:42 | Footkerchief | Relationship added | related to 0000110 |
2011-02-28 21:43 | Footkerchief | Relationship added | related to 0000340 |
2011-02-28 21:43 | Footkerchief | Relationship added | related to 0000712 |
2011-02-28 21:45 | Footkerchief | Relationship deleted | parent of 0003733 |
2011-02-28 22:05 | Footkerchief | Sticky Issue | No => Yes |
2011-03-06 03:02 | Conti | Issue Monitored: Conti | |
2011-03-16 06:23 | Footkerchief | Relationship added | parent of 0004236 |
2011-03-21 02:12 | Naros | Issue Monitored: Naros | |
2011-08-26 01:58 | zwei | Issue Monitored: zwei | |
2011-09-01 05:52 | Alien | Note Added: 0018664 | |
2011-09-01 08:34 | Alien | Issue Monitored: Alien | |
2011-10-09 04:07 | Alien | Note Deleted: 0018664 | |
2012-02-14 01:46 | icecon | Note Added: 0019494 | |
2012-02-23 17:47 | isitanos | Note Added: 0020577 | |
2012-02-23 17:48 | isitanos | Issue Monitored: isitanos | |
2012-02-23 20:30 | Rafal99 | Issue Monitored: Rafal99 | |
2012-02-26 11:51 | Buglist | Issue Monitored: Buglist | |
2012-03-05 09:05 | Footkerchief | Relationship added | related to 0005300 |
2012-03-05 09:05 | Footkerchief | Relationship added | related to 0001016 |
2012-03-05 09:05 | Footkerchief | Relationship deleted | related to 0005300 |
2012-03-27 15:54 | thvaz | Note Added: 0021801 | |
2012-03-27 19:46 | Footkerchief | Relationship added | parent of 0002959 |
2012-06-02 10:49 | Rafal99 | Note Added: 0022812 | |
2012-06-02 10:51 | Rafal99 | Note Edited: 0022812 | View Revisions |
2012-06-08 04:33 | Kogut | Note Added: 0022905 | |
2012-06-08 04:44 | Kogut | Note Deleted: 0022905 | |
2012-06-08 04:48 | Kogut | Note Added: 0022906 | |
2012-06-08 05:00 | Kogut | Note Edited: 0022906 | View Revisions |
2012-06-08 05:42 | Knight Otu | Note Edited: 0022906 | View Revisions |
2012-06-08 05:44 | Knight Otu | Note Added: 0022908 | |
2012-06-11 06:01 | Katie | Note Added: 0022956 | |
2012-08-11 07:00 | lcf | Issue Monitored: lcf | |
2012-09-16 00:44 | MightyRavenDark | Note Added: 0023578 | |
2012-11-21 16:07 | hermes | Note Added: 0023740 | |
2013-09-23 09:53 | Footkerchief | Relationship added | related to 0005300 |
2013-12-07 04:56 | Thundercraft | Issue Monitored: Thundercraft | |
2014-07-10 14:55 | Rafal99 | Note Added: 0025604 | |
2014-07-26 06:46 | Dwarfu | Relationship added | has duplicate 0007640 |
2014-07-26 06:47 | Dwarfu | Note Added: 0027590 | |
2014-07-26 07:29 | Dwarfu | Relationship deleted | has duplicate 0007640 |
2014-07-26 07:30 | Dwarfu | Note Deleted: 0027590 | |
2014-07-26 07:32 | Dwarfu | Assigned To | => Dwarfu |
2014-07-26 07:32 | Dwarfu | Status | new => acknowledged |
2014-07-29 09:06 | Kanddak | Issue Monitored: Kanddak | |
2014-07-30 04:15 | Kirkegaard | Issue Monitored: Kirkegaard | |
2014-08-09 10:48 | Dwarfu | Status | acknowledged => confirmed |
2014-08-25 20:41 | chaosvolt | Note Added: 0029628 | |
2014-09-25 09:07 | Footkerchief | Relationship added | related to 0008345 |
2014-11-27 06:18 | Infinite Monkeys | Note Added: 0031198 | |
2015-04-16 15:53 | Afghani84 | Issue Monitored: Afghani84 | |
2015-12-12 12:44 | Calite | Issue Monitored: Calite | |
2015-12-27 11:13 | Huntthetroll | Issue Monitored: Huntthetroll | |
2015-12-27 16:42 | martinuzz | Note Added: 0034229 | |
2015-12-28 10:30 | SirPenguin | Note Added: 0034238 | |
2017-02-24 09:34 | Loci | Relationship added | has duplicate 0009007 |
2017-04-12 07:43 | Loci | Relationship added | parent of 0010179 |
2017-05-10 03:44 | Loci | Relationship added | has duplicate 0010228 |
2018-07-17 18:31 | ArmokGoB | Note Added: 0038610 | |
2019-08-13 13:49 | Loci | Relationship added | related to 0008961 |
Copyright © 2000 - 2010 MantisBT Group |