Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0002123Dwarf FortressDwarf Mode -- Interface, Unit Viewpublic2010-06-01 09:262014-07-18 07:59
Reporterkamichu22 
Assigned ToToady One 
PrioritylowSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
Platformx86OSMS Windows XPOS VersionSP3
Product Version0.31.04 
Target VersionFixed in Version0.40.01 
Summary0002123: Job Labour Assignments remembering sub-category instead
DescriptionIn the labour selection menu for a dwarf, when you select one labour category to see the sub-category of labours the game remembers that position. Then when you press <ESC> to go back to the labour selection menu, it instead selects the menu position of the sub-category labour, not the category labour.
Steps To Reproduce1: [V]iew a dwarf
2: Select their [p]references, and then [l]abour
3: Mining is the first menu selection
4: Move down to Farming/Related using [+]
5: Press <enter> to select that sub-category
6: Butchery is now, correctly, selected
7: Move down to Farming using [+]
8: Press <esc> to return to the labour category menu
9: Notice that Farming was the 3rd option in the sub-category menu. Now that you have moved back to the labour category menu, the 3rd option is selected: stoneworking.

In step 7 if you instead select Milking (14th) or Cooking (15th) option, after you return to the labour category menu the 14th or 15th labour option is selected. However, the labour menu is empty in the 14th and 15th position and pressing enter at this point produces a crash to desktop as no labour has been selected.

Moving from the 14th or 15th option in the labour menu will correctly return to the top or bottom of the list (1st or 13th option).
Additional Information
TagsNo tags attached.
Relationships
has duplicate 0000055resolved Footkerchief VPL labor categories doesn't "remember" your position 
has duplicate 0002052closed Footkerchief when assigning labors in dwarf mode get a CTD 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2010-06-01 09:26kamichu22New Issue
2010-06-01 09:28kamichu22Note Added: 0007529
2010-06-01 11:10FootkerchiefRelationship addedparent of 0000055
2010-06-01 11:10FootkerchiefRelationship addedparent of 0002052
2010-06-01 12:31FootkerchiefRelationship replacedhas duplicate 0002052
2010-06-01 12:31FootkerchiefIssue Monitored: Dwarfu
2010-06-01 12:31FootkerchiefIssue Monitored: warwizard
2010-06-02 09:47DwarfuIssue End Monitor: Dwarfu
2010-06-21 12:24FootkerchiefRelationship replacedhas duplicate 0000055
2014-07-17 23:06kamichu22Note Added: 0026837
2014-07-17 23:06kamichu22Issue Monitored: kamichu22
2014-07-18 07:59FootkerchiefNote Added: 0026862
2014-07-18 07:59FootkerchiefStatusnew => resolved
2014-07-18 07:59FootkerchiefFixed in Version => 0.40.01
2014-07-18 07:59FootkerchiefResolutionopen => fixed
2014-07-18 07:59FootkerchiefAssigned To => Toady One

Notes
(0007529)
kamichu22   
2010-06-01 09:28   
This issue is related to 0000055 so whoever can create that relationship please do so.
(0026837)
kamichu22   
2014-07-17 23:06   
I checked this again in version 0.40.03 and I could not reproduce it. The bug seems to be resolved. The new behavior (for those who care) is that when changing between categories and sub-categories the cursor is always at the first entry. So, the labor category position isn't remembered, but no crash or strange behavior occurs.

This may have been resolved earlier, but it's definitely resolved now.
(0026862)
Footkerchief   
2014-07-18 07:59   
Thanks! Please PM me on the forums if that turns out not to be the case.