until the new release version, if you want to edit it yourself go for \Steam\steamapps\common\Sid Meier's Civilization VII\Base\modules\age-exploration\data\progression-trees-culture-unique-gameeffects.xml
I've been using last few days and haven't noticed any new conflicts. It's possible, but unlikely that they've actually fixed anything in the list based on release notes but??. These are so basic that there should be no conflict/corruption anyway.
the release notes don't cover all of the changes, like the Onsen fix that folks are reporting. some of the other fixes made judgment calls about how to fix conflicts between text and game mechanics, and if the devs make a different choice then it stops being a bugfix and becomes a house rule. the current discussion is also trending away from bugfixes and toward house rules & rebalancing. for some folks that distinction doesn't matter, but it's important to me. i don't like playing with house rules any more than necessary.
RequirementId changed)UnitType=UNIT_HEAVY_ARCHERModifierType changed)You're amazing—thanks so much!
Thanks for this. I'll review and update when I can soon
i can load some saved games but not others. seems to fail for all of my Antiquity saves (which are all pre-1.1.0). i suspect this rule has an implicit dependency on the DLC being present.
It would break your saves, too. (At least those with Songhai present, I assume. A lot of the rules are baked into the saves and the game gets confused when they're missing.)until the new release version, if you want to edit it yourself go for \Steam\steamapps\common\Sid Meier's Civilization VII\Base\modules\age-exploration\data\progression-trees-culture-unique-gameeffects.xml
then ctrl+f (search) for
<Modifier id="MOD_HI_KOI_RIVER_COMBAT" collection="COLLECTION_PLAYER_COMBAT" effect="EFFECT_ADJUST_UNIT_STRENGTH_MODIFIER">
then replace both time "OwnerRequirements" by "SubjectRequirements"
edit: nevermind, no need to do it ourselves
Would it be better to "AffectsSavedGames" this mod? (This seems to trigger confusion when people are testing mods, though.)
no, it wouldn't help – i just tested a new game with this enabled and the Carthage DLC disabled. that also breaks the database. there's an implicit dependency on the DLC. the mod needs to add an action
<Criteria> section similar to this one:then you put the dependent actions in a separate action group that depends on the new
carthage-fixes-enable criterion instead of always. i use this technique to disable part of Map Trix if certain other mods are installed, for compatibility. btw this might apply to some of the earlier fixes, if they're related to any of the DLC or promo modules, or if they query stuff that doesn't exist in the version 1.1.0 database anymore. it's another reason to purge the obsolete fixes.
Thanks, just pushed fix for it. Not much time avail to do anything else on it this weekend.
UPDATE Modifiers SET SubjectRequirementSetId = 'MOD_SLTH_ISNT_NAVY_REQS' WHERE ModifierId = 'MOD_TECH_OCEAN_TRAVEL_EMBARKED';
INSERT INTO Requirements(RequirementId, Inverse, RequirementType) VALUES ('MOD_SLTH_ISNT_NAVY', '1', 'REQUIREMENT_UNIT_TAG_MATCHES');
INSERT INTO RequirementArguments(RequirementId, Name, "Value") VALUES ('MOD_SLTH_ISNT_NAVY', 'Tag', 'UNIT_CLASS_NAVAL');
INSERT INTO RequirementSetRequirements(RequirementId, RequirementSetId) VALUES ('MOD_SLTH_ISNT_NAVY', 'MOD_SLTH_ISNT_NAVY_REQS');TerrainInCity="TERRAIN_FLAT" rule normally ignores tiles with vegetated & wet features (which use Woodcutter and Clay Pit improvements instead). we think it actually ignores all tiles with features, including floodplains, in which case that's the root cause of the Domesday bug.TERRAIN_FLAT and all the different flavors of floodplain (there's more than one). perhaps @leonardify can provide the details. the current fix will recognize farms on floodplain, but it likely has the side effect of breaking farm warehouse bonuses for Unique Improvements.
