View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001563 | Dwarf Fortress | Dwarf Mode -- Interface, Farm Plots | public | 2010-04-26 20:12 | 2012-03-03 21:50 |
Reporter | DoctorZuber | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | duplicate | ||
Platform | PC | OS | Windows Vista | OS Version | meh |
Product Version | 0.31.03 | ||||
Summary | 0001563: Fish are ALWAYS flagged and removed at embark even if they are available | ||||
Description | Every time I embark I've been noticing that it always warns on turtles at embark and yet sometimes, I go back and find turtles are present anyhow. After ignoring this issue a while I decided to look closer. I set up my custom embark including 1 of every basic meat, and one of each type of turtle, cave fish, and cave lobster. I then embarked, and looked at my list of warnings for what was unavailable. As anticipated, turtle, cave fish, and cave lobster were all listed. But each was only listed once, not twice. It also rejects on a variety of meats, but this is pretty much as expected. I then looked into the new items menu at fish. cave fish and cave lobster were both present. each was listed twice. Repeating this test, I closed the game, and embarked on a new location. Again, it flags on turtle, cave fish, and cave lobster giving a single warning for each, and warns on an assortment of meats as well. This time checking the fish list, all three are present. | ||||
Steps To Reproduce | 1. save an embark profile including as many different types of fish as possible. 2. start a new fortress using this saved profile 3. look over the warning screen and notice all types of fish are flagged. 4. look at the new items list and try to add fish, some or all of the fish are likely to be available. | ||||
Tags | embark, fish | ||||
|
I'm going to hazard a guess that this is related to the double listings for fish described in 0000135. |
|
I'll confirm that this occurred in my game. I concur with Zuber's guess that it's related to the gender tagging. It seems likely that the game loses track of the gender tag during saving (since it's meat - it doesn't matter if it was a male or female fish once it's dead), but looks for again once the profile is loaded. Butchered meat seems immune most of the time - the gender differentiation is presumably lost in the processing? |
|
Note: it removes BOTH fish entries for each type although it only throws one warning about each type of fish. |
|
Butchered meat seems immune most of the time - the gender differentiation is presumably lost in the processing? Yeah, that would make sense. Meat materials aren't caste-specific, but the notoriously weird fish item is linked to a caste (I think if you're creating a fish item at a smelter, you use CREATURE_TOKEN:CASTE_TOKEN in lieu of a material). |
|
By the way, this is more or less a duplicate of 0000722. |
|
So, I guess this should get childed then. Serves me right for not searching! |
|
Yeah, let's continue the discussion at 0000722. |
|
Poop, I did look first too. |
Date Modified | Username | Field | Change |
---|---|---|---|
2010-04-26 20:12 | DoctorZuber | New Issue | |
2010-04-26 20:13 | DoctorZuber | Note Added: 0005248 | |
2010-04-26 20:13 | DoctorZuber | Tag Attached: fish | |
2010-04-26 20:13 | DoctorZuber | Tag Attached: embark | |
2010-04-26 20:15 | Logical2u | Note Added: 0005250 | |
2010-04-26 20:18 | DoctorZuber | Note Added: 0005251 | |
2010-04-26 20:19 | DoctorZuber | Note Edited: 0005251 | |
2010-04-26 20:37 |
|
Note Added: 0005258 | |
2010-04-26 20:38 |
|
Note Edited: 0005258 | |
2010-04-26 20:39 |
|
Note Edited: 0005258 | |
2010-04-26 20:39 |
|
Note Added: 0005260 | |
2010-04-26 20:46 | Logical2u | Note Added: 0005262 | |
2010-04-26 20:53 |
|
Relationship added | child of 0000722 |
2010-04-26 20:54 |
|
Note Added: 0005269 | |
2010-04-26 20:55 | DoctorZuber | Note Added: 0005270 | |
2010-08-18 16:30 | Logical2u | Relationship added | related to 0000135 |
2012-02-26 14:38 |
|
Relationship replaced | duplicate of 0000722 |
2012-02-26 14:38 |
|
Status | new => resolved |
2012-02-26 14:38 |
|
Resolution | open => duplicate |
2012-02-26 14:38 |
|
Assigned To | => user6 |
2012-02-26 14:38 |
|
Relationship deleted | related to 0000135 |