Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000262Dwarf FortressReactionspublic2010-04-03 03:492010-07-18 04:24
ReporterShurhaian 
Assigned ToToady One 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version0.31.09 
Summary0000262: Render Fat job not in menu at kitchen, works in manager
DescriptionUsing q over the kitchen shows the options to cook meals, but not render fat, even when fat is available.

The job still exists in the manager, and using that, it can be successfully queued and performed; but it cannot be made by hand, nor will it auto-queue, even when "auto kitchen" is on.
Steps To Reproduce1. Build a kitchen.
2. Slaughter or butcher an animal.
3. Give time for dwarves to store the fat.
4. Access the kitchen menu with q. Render Fat is not available.
Additional Information
Tagscooking, fat, kitchen
Relationships
related to 0000347resolved Toady One Rendering a stack of fat yields individual tallow items rather than a stack 
related to 0000434resolved Toady One Reaction jobs (unlike other jobs) don't look outside burrow for workers and raw materials (works through manager) 
parent of 0000372resolved Toady One Soap maker workshop does not have the "make soap" option; via manager works OK 
has duplicate 0001278resolved Footkerchief "render fat" option not available at kitchen if horse fat is the only available fat 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2010-04-03 03:49ShurhaianNew Issue
2010-04-03 04:10ShurhaianNote Added: 0000473
2010-04-03 05:03Khym ChanurTag Attached: cooking
2010-04-03 05:03Khym ChanurTag Attached: kitchen
2010-04-03 06:50DwarfuTag Attached: fat
2010-04-03 11:41FootkerchiefNote Added: 0000604
2010-04-03 11:41FootkerchiefStatusnew => resolved
2010-04-03 11:41FootkerchiefResolutionopen => no change required
2010-04-03 11:41FootkerchiefAssigned To => Footkerchief
2010-04-03 13:00ShurhaianNote Added: 0000632
2010-04-03 13:00ShurhaianStatusresolved => needs feedback
2010-04-03 13:00ShurhaianResolutionno change required => reopened
2010-04-03 13:20FootkerchiefNote Added: 0000637
2010-04-03 13:20FootkerchiefAssigned ToFootkerchief =>
2010-04-03 13:31timferiusNote Added: 0000640
2010-04-03 14:41ShurhaianNote Added: 0000663
2010-04-03 14:41ShurhaianStatusneeds feedback => new
2010-04-04 07:00ShurhaianNote Edited: 0000663bug_revision_view_page.php?bugnote_id=0000663#r261
2010-04-04 13:44FootkerchiefNote Added: 0000924
2010-04-04 13:44FootkerchiefRelationship addedchild of 0000018
2010-04-05 07:05random51Note Added: 0001069
2010-04-05 13:15FootkerchiefRelationship deletedchild of 0000018
2010-04-09 17:11kaefermelderNote Added: 0002467
2010-04-09 17:12kaefermelderNote Edited: 0002467bug_revision_view_page.php?bugnote_id=0002467#r791
2010-04-17 15:01FootkerchiefRelationship addedparent of 0001278
2010-04-19 08:24LeperousNote Added: 0004233
2010-04-23 18:02FootkerchiefRelationship addedrelated to 0000372
2010-04-23 18:03FootkerchiefCategoryGeneral => Reactions
2010-04-25 10:15NiverasNote Added: 0005007
2010-04-25 10:18NiverasNote Edited: 0005007bug_revision_view_page.php?bugnote_id=0005007#r1760
2010-04-25 10:19NiverasNote Edited: 0005007bug_revision_view_page.php?bugnote_id=0005007#r1761
2010-05-04 22:05rinosaniolNote Added: 0006136
2010-05-04 22:31rinosaniolIssue Monitored: rinosaniol
2010-06-10 17:38paladin_of_lightNote Added: 0008095
2010-06-10 17:39paladin_of_lightNote Edited: 0008095bug_revision_view_page.php?bugnote_id=0008095#r3039
2010-06-10 19:34FootkerchiefRelationship addedrelated to 0000347
2010-06-16 10:25CoaldiamondNote Added: 0008557
2010-06-16 11:11FootkerchiefNote Added: 0008560
2010-06-16 11:11FootkerchiefRelationship replacedhas duplicate 0001278
2010-06-16 11:12FootkerchiefRelationship replacedparent of 0000372
2010-06-16 11:12FootkerchiefRelationship addedrelated to 0000434
2010-06-16 11:13FootkerchiefNote Edited: 0008560bug_revision_view_page.php?bugnote_id=0008560#r3267
2010-06-17 21:14kwielandNote Added: 0008613
2010-07-03 05:30BesterNote Added: 0009572
2010-07-08 05:39Toady OneNote Added: 0009776
2010-07-08 05:39Toady OneStatusnew => resolved
2010-07-08 05:39Toady OneFixed in Version => 0.31.09
2010-07-08 05:39Toady OneResolutionreopened => fixed
2010-07-08 05:39Toady OneAssigned To => Toady One
2010-07-18 04:24rinosaniolIssue End Monitor: rinosaniol

Notes
(0000473)
Shurhaian   
2010-04-03 04:10   
Correction: Auto kitchen does work, but might be sporadic. Still doesn't give me a menu option through the kitchen to render fat.
(0000604)
Footkerchief   
2010-04-03 11:41   
Fat rendering is a reaction now, and like other reactions, it only shows up when all the required items are available. So this is expected behavior.
(0000632)
Shurhaian   
2010-04-03 13:00   
Not the issue. Rendering is not showing up *even when fat is sitting in storage*. There is simply not an option for it under the kitchen menu. It can be queued through the manager, and it will work, but it cannot be queued by hand.

Comparable behavior in the smelter would be if no reactions showed up at all, only the hotkeyed options such as melting a metal object, no matter how much ore is sitting around. The smelter is working properly; the kitchen, as with the soap maker's workshop, is not.
(0000637)
Footkerchief   
2010-04-03 13:20   
Huh. Are you sure that it's not pathfinding issues that are preventing the job from auto-queuing?
(0000640)
timferius   
2010-04-03 13:31   
I had this same problem with my tannery. After restarting the game, it detected the skins.
(0000663)
Shurhaian   
2010-04-03 14:41   
(edited on: 2010-04-04 07:00)
All right, I'll try this one more time.

The problem is that I cannot queue these tasks by hand.

Nothing more, nothing less.

I can execute them just fine through the manager. They will eventually auto-queue - it just takes more time than it needs to. The kitchen is separated from the fat stockpile by a single doorway which is not locked - they can path through it just fine(and do, to put the fat there in the first place).

The *only problem* is that there is no option in the kitchen to do it.

Edit for clarity: I haven't had the opportunity yet to reload and see if the reaction shows up there. If it does, I still have a hard time believing that its failure to show up right away when the reagents are available is intended behavior.
(0000924)
Footkerchief   
2010-04-04 13:44   
Hmm... I still suspect it's due to pathfinding, so I'll make this a child of the pathing issue (this one will remain open).
(0001069)
random51   
2010-04-05 07:05   
I went > 3 years with fat never being autoqueued. The fat was sitting on the tile right next to the kitchen.

Add the order via the manager and fat rendering began as soon as the order was approved.
(0002467)
kaefermelder   
2010-04-09 17:11   
(edited on: 2010-04-09 17:12)
I'm almost sure I had the render fat option even before I had any fat. In any case i can order it from the kitchen menu in both 31.01 and .02, and it works fine.
(0004233)
Leperous   
2010-04-19 08:24   
I'm getting this in 31.03 as well, although I have cat, mule, donkey and horse fat available in barrels.
(0005007)
Niveras   
2010-04-25 10:15   
(edited on: 2010-04-25 10:19)
My experience with this bug is that dwarves do not recognize fat stored in barrels for rendering, whether manually or via autoqueue. If the fat is stored in a food stockpile that does not use barrels for storing, it will be autoqueued and the command will be available for manual addition from the kitchen.

It could be similar with Soap not showing up in the soap workshop (lye is always stored in buckets - dwarves don't look for things [certain things?] in buckets/barrels - make soap never shows up. Manager tells them where the materials are versus the workshop having to "find it"). This is purely a guess though because it seems only a few jobs determine their availability based on what dwarves think they have. Potash from lye is always listed, for example, even if you have no lye at all.

As this report states, using the job manager works fine to force them to render the fat.
(0006136)
rinosaniol   
2010-05-04 22:05   
My cook cancelled "Render fat" for some reason, after first animal corpse was butchered. So, "Render fat" task was gone. (i didn't used job manager).

It appeared again after second butchering, but my cook rendered only new fat.
I forced him to render old fat, enabling "repeating(R)" in kitchen menu when he was processing fat from third dead animal.

As a suggestion, "Render fat" in manual mode (in kitchen tasks) would be useful, I think.
(0008095)
paladin_of_light   
2010-06-10 17:38   
(edited on: 2010-06-10 17:39)
I had this issue as well. The cook was just north of the stockpile where there was horse fat [9]. Render fat was not listed as a job. (This is .06 by the way).
(0008557)
Coaldiamond   
2010-06-16 10:25   
I can confirm for v0.31.06. I have Raccoon fat [4] sitting sitting in a barrel, but assigning jobs from the kitchen using "q-a" menu only shows Prepare Meal. No option to Render Fat is listed. Kitchen and fat barrel are on same z-level.

Have not yet attempted to fix this with job manager
(0008560)
Footkerchief   
2010-06-16 11:11   
(edited on: 2010-06-16 11:13)
Coaldiamond: is the raccoon fat in a burrow? I'm thinking this is caused by 0000434.
(0008613)
kwieland   
2010-06-17 21:14   
I've seen the same problem, and I don't use burrows. I'll have to look for a save, unless coaldiamond can find one.
(0009572)
Bester   
2010-07-03 05:30   
Just ran into this in 0.31.08. I saw it add Render Fat to the kitchen queue only once. Using job manager to queue the remaining jobs worked like a charm.
(0009776)
Toady One   
2010-07-08 05:39   
Yeah, they weren't checking in barrels for automated/custom interface jobs. This should be fixed for 0.31.09.