Anonymous | Login | Signup for a new account | 2024-12-23 19:35 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 | |
0000262 | Dwarf Fortress | Reactions | public | 2010-04-03 03:49 | 2010-07-18 04:24 | |
Reporter | Shurhaian | |||||
Assigned To | Toady One | |||||
Priority | normal | Severity | minor | Reproducibility | always | |
Status | resolved | Resolution | fixed | |||
Platform | OS | OS Version | ||||
Product Version | ||||||
Target Version | Fixed in Version | 0.31.09 | ||||
Summary | 0000262: Render Fat job not in menu at kitchen, works in manager | |||||
Description | Using 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 Reproduce | 1. 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. | |||||
Tags | cooking, fat, kitchen | |||||
Attached Files | ||||||
Relationships | |||||||||||||||||||||
|
Notes | |
(0000473) Shurhaian (reporter) 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 (manager) 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 (reporter) 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 (manager) 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 (reporter) 2010-04-03 13:31 |
I had this same problem with my tannery. After restarting the game, it detected the skins. |
(0000663) Shurhaian (reporter) 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 (manager) 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 (reporter) 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 (reporter) 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 (reporter) 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 (reporter) 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 (reporter) 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 (reporter) 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 (reporter) 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 (manager) 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 (reporter) 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 (reporter) 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 (administrator) 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. |
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 | Dwarfu | Tag Attached: fat | |
2010-04-03 11:41 | Footkerchief | Note Added: 0000604 | |
2010-04-03 11:41 | Footkerchief | Status | new => resolved |
2010-04-03 11:41 | Footkerchief | Resolution | open => no change required |
2010-04-03 11:41 | Footkerchief | Assigned To | => Footkerchief |
2010-04-03 13:00 | Shurhaian | Note Added: 0000632 | |
2010-04-03 13:00 | Shurhaian | Status | resolved => needs feedback |
2010-04-03 13:00 | Shurhaian | Resolution | no change required => reopened |
2010-04-03 13:20 | Footkerchief | Note Added: 0000637 | |
2010-04-03 13:20 | Footkerchief | Assigned To | Footkerchief => |
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 | needs feedback => new |
2010-04-04 07:00 | Shurhaian | Note Edited: 0000663 | View Revisions |
2010-04-04 13:44 | Footkerchief | Note Added: 0000924 | |
2010-04-04 13:44 | Footkerchief | Relationship added | child of 0000018 |
2010-04-05 07:05 | random51 | Note Added: 0001069 | |
2010-04-05 13:15 | Footkerchief | Relationship deleted | child of 0000018 |
2010-04-09 17:11 | kaefermelder | Note Added: 0002467 | |
2010-04-09 17:12 | kaefermelder | Note Edited: 0002467 | View Revisions |
2010-04-17 15:01 | Footkerchief | Relationship added | parent of 0001278 |
2010-04-19 08:24 | Leperous | Note Added: 0004233 | |
2010-04-23 18:02 | Footkerchief | Relationship added | related to 0000372 |
2010-04-23 18:03 | Footkerchief | Category | General => Reactions |
2010-04-25 10:15 | Niveras | Note Added: 0005007 | |
2010-04-25 10:18 | Niveras | Note Edited: 0005007 | View Revisions |
2010-04-25 10:19 | Niveras | Note Edited: 0005007 | View Revisions |
2010-05-04 22:05 | rinosaniol | Note Added: 0006136 | |
2010-05-04 22:31 | rinosaniol | Issue Monitored: rinosaniol | |
2010-06-10 17:38 | paladin_of_light | Note Added: 0008095 | |
2010-06-10 17:39 | paladin_of_light | Note Edited: 0008095 | View Revisions |
2010-06-10 19:34 | Footkerchief | Relationship added | related to 0000347 |
2010-06-16 10:25 | Coaldiamond | Note Added: 0008557 | |
2010-06-16 11:11 | Footkerchief | Note Added: 0008560 | |
2010-06-16 11:11 | Footkerchief | Relationship replaced | has duplicate 0001278 |
2010-06-16 11:12 | Footkerchief | Relationship replaced | parent of 0000372 |
2010-06-16 11:12 | Footkerchief | Relationship added | related to 0000434 |
2010-06-16 11:13 | Footkerchief | Note Edited: 0008560 | View Revisions |
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 |
2010-07-18 04:24 | rinosaniol | Issue End Monitor: rinosaniol |
Copyright © 2000 - 2010 MantisBT Group |