View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010613 | Dwarf Fortress | Dwarf Mode -- Pets | public | 2018-03-11 06:50 | 2018-03-13 10:52 |
| Reporter | FantasticDorf | Assigned To | Toady One | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | resolved | Resolution | fixed | ||
| Product Version | 0.44.06 | ||||
| Fixed in Version | 0.44.07 | ||||
| Summary | 0010613: Livestock raids return unsuitable or unusable animals | ||||
| Description | The hardcoded behaviour of [EVIL]+[USE_EVIL_CREATURES] & [GOOD]+[USE_GOOD_CREATURES] locate animal purpose tags like [MOUNT] and [COMMON_DOMESTIC] to use in AI civilisations even if they bear no relevance on player fortress mode when applied individually as sole animal tags which livestock raids take from the targeted mission site. [PET]/[PET_EXOTIC] is prerequisite to any handling from the animal stocks screen or fortress function, and a majority of creatures obtainable via special means only have useless substitute tags that allow them to persist. | ||||
| Steps To Reproduce | Send a livestock raiding group to steal from a civilization on vanilla raws, ideally a goblin settlement and return a creature like a beak dog with no [PET] / [PET_EXOTIC] raws. This creature will be unusable but within your possession after the hand-over transfer from raiding. | ||||
| Additional Information | Workarounds can be achieved by use of [ANIMAL] entity tags for ubiquitous creatures assigned to a faction where previously it relied on [EVIL/GOOD] + a tag like [COMMON_DOMESTIC].[EVIL]&[SLOW_LEARNER] + [USE_EVIL_CREATURES] additionally takes semi-sapient livestock as hardcoded behaviour from the local area also without tags but it remains unclear as of writing up this report if they can also be taken from site. On a albeit modded save according to the creator, 0010611 this report is referenced from and the attachment save is relevant courtesy of @Shonai_Dweller ( http://dffd.bay12games.com/file.php?id=13553 ) | ||||
| Tags | No tags attached. | ||||
|
|
Went ahead and stopped them from stealing non-PET/PET_EXOTIC creatures, and added PET to beak dogs and unicorns. Hopefully that's enough to make it work. In old saves, the tags'll have to be added, or dwarves won't steal those two in the next version. I'm not sure if the addition of the PET tag causes complications. The EVIL tag is supposed to stop other civs from using it (so I was confused by the workaround from the forum). |
|
|
Many thanks Toady. My workaround using [ANIMAL] tags applies more absolute & rigid restrictions than the diametric evil & good tags would allow, in exceptions [USE_ANY_PET_RACE] would cross these boundary lines also to find any applicable pet race with a attempt to mod by the player (leading to elves riding beak dogs regardless of [EVIL] not very diametrically to their [USE_GOOD_CREATURES]) This might still cause problems in your new RAW changes without a rework of how the evil, good & use_any_pet_race creature tags work and are applied. [EVIL]&[GOOD] does work within its own categories (by your fix to stop selecting creatures with non-pet traits which are unusable in play to steal) but there are some additional minor complications in that [PET] will offer the player more civilization taming familiarity experience than a wild example with [PET_EXOTIC] which needs to be domesticated in world-generation events or tamed in fortress play. [PET_EXOTIC] requires time (often centralized in world-generation) & military strategy noble to trigger a taming world-generation event, with a alternative being [ANIMAL_ALWAYS_PRESENT] to directly replace [COMMON_DOMESTIC] used currently by [USE_EVIL_CREATURES] civs on a staple creature like the beak-dog's raws while remaining [PET_EXOTIC] for outside civilization rarity. |
|
|
It looks like you didn't mean to reopen this report. Please avoid "thank you Toady" posts on the tracker, because that causes reports to be reopened. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2018-03-11 06:50 | FantasticDorf | New Issue | |
| 2018-03-11 21:16 | Toady One | Note Added: 0037885 | |
| 2018-03-11 21:16 | Toady One | Status | new => resolved |
| 2018-03-11 21:16 | Toady One | Fixed in Version | => Next Version |
| 2018-03-11 21:16 | Toady One | Resolution | open => fixed |
| 2018-03-11 21:16 | Toady One | Assigned To | => Toady One |
| 2018-03-12 03:43 | FantasticDorf | Note Added: 0037888 | |
| 2018-03-12 03:43 | FantasticDorf | Status | resolved => feedback |
| 2018-03-12 03:43 | FantasticDorf | Resolution | fixed => reopened |
| 2018-03-13 10:52 | lethosor | Note Added: 0037920 | |
| 2018-03-13 10:52 | lethosor | Status | feedback => resolved |
| 2018-03-13 10:52 | lethosor | Resolution | reopened => fixed |
