View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000262Dwarf FortressReactionspublic2010-04-03 03:492010-07-18 04:24
ReporterShurhaian Assigned ToToady One  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Fixed 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.
Tagscooking, fat, kitchen

Relationships

related to 0000347 resolvedToady One Rendering a stack of fat yields individual tallow items rather than a stack 
related to 0000434 resolvedToady One Reaction jobs (unlike other jobs) don't look outside burrow for workers and raw materials (works through manager) 
parent of 0000372 resolvedToady One Soap maker workshop does not have the "make soap" option; via manager works OK 
has duplicate 0001278 resolveduser6 "render fat" option not available at kitchen if horse fat is the only available fat 

Activities

Shurhaian

2010-04-03 04:10

reporter   ~0000473

Correction: Auto kitchen does work, but might be sporadic. Still doesn't give me a menu option through the kitchen to render fat.

user6

2010-04-03 11:41

  ~0000604

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.

Shurhaian

2010-04-03 13:00

reporter   ~0000632

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.

user6

2010-04-03 13:20

  ~0000637

Huh. Are you sure that it's not pathfinding issues that are preventing the job from auto-queuing?

timferius

2010-04-03 13:31

reporter   ~0000640

I had this same problem with my tannery. After restarting the game, it detected the skins.

Shurhaian

2010-04-03 14:41

reporter   ~0000663

Last edited: 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.

user6

2010-04-04 13:44

  ~0000924

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).

random51

2010-04-05 07:05

reporter   ~0001069

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.

kaefermelder

2010-04-09 17:11

reporter   ~0002467

Last edited: 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.

Leperous

2010-04-19 08:24

reporter   ~0004233

I'm getting this in 31.03 as well, although I have cat, mule, donkey and horse fat available in barrels.

Niveras

2010-04-25 10:15

reporter   ~0005007

Last edited: 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.

rinosaniol

2010-05-04 22:05

reporter   ~0006136

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.

paladin_of_light

2010-06-10 17:38

reporter   ~0008095

Last edited: 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).

Coaldiamond

2010-06-16 10:25

reporter   ~0008557

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

user6

2010-06-16 11:11

  ~0008560

Last edited: 2010-06-16 11:13

 Coaldiamond: is the raccoon fat in a burrow? I'm thinking this is caused by 0000434.

kwieland

2010-06-17 21:14

reporter   ~0008613

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.

Bester

2010-07-03 05:30

reporter   ~0009572

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.

Toady One

2010-07-08 05:39

administrator   ~0009776

Yeah, they weren't checking in barrels for automated/custom interface jobs. This should be fixed for 0.31.09.

Issue History

Date Modified Username Field Change
2010-04-03 03:49 Shurhaian New Issue
2010-04-03 04:10 Shurhaian Note Added: 0000473
2010-04-03 05:03 Khym Chanur Tag Attached: cooking
2010-04-03 05:03 Khym Chanur Tag Attached: kitchen
2010-04-03 06:50 user11 Tag Attached: fat
2010-04-03 11:41 user6 Note Added: 0000604
2010-04-03 11:41 user6 Status new => resolved
2010-04-03 11:41 user6 Resolution open => no change required
2010-04-03 11:41 user6 Assigned To => user6
2010-04-03 13:00 Shurhaian Note Added: 0000632
2010-04-03 13:00 Shurhaian Status resolved => feedback
2010-04-03 13:00 Shurhaian Resolution no change required => reopened
2010-04-03 13:20 user6 Note Added: 0000637
2010-04-03 13:20 user6 Assigned To user6 =>
2010-04-03 13:31 timferius Note Added: 0000640
2010-04-03 14:41 Shurhaian Note Added: 0000663
2010-04-03 14:41 Shurhaian Status feedback => new
2010-04-04 07:00 Shurhaian Note Edited: 0000663
2010-04-04 13:44 user6 Note Added: 0000924
2010-04-04 13:44 user6 Relationship added child of 0000018
2010-04-05 07:05 random51 Note Added: 0001069
2010-04-05 13:15 user6 Relationship deleted child of 0000018
2010-04-09 17:11 kaefermelder Note Added: 0002467
2010-04-09 17:12 kaefermelder Note Edited: 0002467
2010-04-17 15:01 user6 Relationship added parent of 0001278
2010-04-19 08:24 Leperous Note Added: 0004233
2010-04-23 18:02 user6 Relationship added related to 0000372
2010-04-23 18:03 user6 Category General => Reactions
2010-04-25 10:15 Niveras Note Added: 0005007
2010-04-25 10:18 Niveras Note Edited: 0005007
2010-04-25 10:19 Niveras Note Edited: 0005007
2010-05-04 22:05 rinosaniol Note Added: 0006136
2010-06-10 17:38 paladin_of_light Note Added: 0008095
2010-06-10 17:39 paladin_of_light Note Edited: 0008095
2010-06-10 19:34 user6 Relationship added related to 0000347
2010-06-16 10:25 Coaldiamond Note Added: 0008557
2010-06-16 11:11 user6 Note Added: 0008560
2010-06-16 11:11 user6 Relationship replaced has duplicate 0001278
2010-06-16 11:12 user6 Relationship replaced parent of 0000372
2010-06-16 11:12 user6 Relationship added related to 0000434
2010-06-16 11:13 user6 Note Edited: 0008560
2010-06-17 21:14 kwieland Note Added: 0008613
2010-07-03 05:30 Bester Note Added: 0009572
2010-07-08 05:39 Toady One Note Added: 0009776
2010-07-08 05:39 Toady One Status new => resolved
2010-07-08 05:39 Toady One Fixed in Version => 0.31.09
2010-07-08 05:39 Toady One Resolution reopened => fixed
2010-07-08 05:39 Toady One Assigned To => Toady One