Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0010613Dwarf FortressDwarf Mode -- Petspublic2018-03-11 06:502018-03-13 10:52
ReporterFantasticDorf 
Assigned ToToady One 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version0.44.06 
Target VersionFixed in Version0.44.07 
Summary0010613: Livestock raids return unsuitable or unusable animals
DescriptionThe 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 ReproduceSend 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 InformationWorkarounds 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 [^] )
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0037885)
Toady One (administrator)
2018-03-11 21:16

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).
(0037888)
FantasticDorf (reporter)
2018-03-12 03:43

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.
(0037920)
lethosor (manager)
2018-03-13 10:52

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.

- Issue History
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 => needs 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 needs feedback => resolved
2018-03-13 10:52 lethosor Resolution reopened => fixed


Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker