0001687: Deleting "individual choice, melee" fails to unassign weapons

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0001687

Dwarf Fortress

Dwarf Mode -- Military

public

2010-05-01 23:04

2010-07-13 06:10

Reporter

baruk

Assigned To

Toady One

Priority

normal

Severity

minor

Reproducibility

have not tried

Status

resolved

Resolution

fixed

Platform

OS Version

Product Version

0.31.03

Target Version

Fixed in Version

0.31.11

Summary

0001687: Deleting "individual choice, melee" fails to unassign weapons

Description

On the Military screen, one of the options for equipping dwarves is "individual choice, melee". This will equip the dwarf with a melee weapon, however, if the "indiv. choice, melee" assignment is deleted, the dwarf doesn't drop the weapon.

Steps To Reproduce

1. Assign "individual choice, melee" to a new military dwarf.
2. Wait for him to equip a weapon.
3. Delete the dwarf's "individual choice, melee" assignment.
4. Observe that the dwarf still retains the weapon, even after enough time has elapsed for the arsenal dwarf to sign off the order.

Additional Information

This may also apply to other assignments when they are not specific about a particular item.
A workaround seems to be:
1. Assign the dwarf his stubbornly retained weapon by specifically assigning it to him on the equip menu.
2. Cancel the specific weapon assignment.
3. The retained weapon now disappears from the "Assignments" part of the military menu, and will be dropped.
It seems to work because deleting specific assignments cause the specified weapon to be de-assigned and dropped. When "Indiv. choice, melee" is cancelled, the game doesn't know which item it has to de-assign.

Tags

No tags attached.

Attached Files

Relationships

child of

0000535

acknowledged

Toady One

Equipping weapons/armor on military is erratic

Notes
(0010127) Toady One (administrator) 2010-07-13 06:10	My test dwarf pitched his axe on the ground almost immediately, so I'll mark this one off considering the fixes up through 0.31.11.

Issue History
Date Modified	Username	Field	Change
2010-05-01 23:04	baruk	New Issue
2010-05-01 23:21	Footkerchief	Relationship added	child of 0000535
2010-07-13 06:10	Toady One	Note Added: 0010127
2010-07-13 06:10	Toady One	Status	new => resolved
2010-07-13 06:10	Toady One	Fixed in Version	=> 0.31.11
2010-07-13 06:10	Toady One	Resolution	open => fixed
2010-07-13 06:10	Toady One	Assigned To	=> Toady One