--- Error 1 of 1 ---
At <mod>\events\mythos_WoL.txt [character_event\is_in_society] (Line 20728, column 2):
"the_cold_ones" is not a valid Bool.
is_in_society can take a bool or a society name. Code works, and can also be seen in action in the vanilla Hunt Apostates job, which uses "is_in_society = monastic_order_dominican"
--- Error 1 of 1 ---
At <mod>\events\mythosextras_events.txt [character_event\option\change_learning] (Line 2938, column 3):
"local_loss" is not a valid Int.
the effects health, change_diplomacy, change_martial, change_stewardship, change_intrigue, and change_learning give as "not a valid Int/Double" if you pass them a variable as a right-hand-side argument
the same goes for the triggers diplomacy, martial, stewardship, intrigue, and learning
--- Error 1 of 1 ---
At <mod>\common\scripted_effects\00_scripted_effects.txt [increase_depopulation_effect\if\random_list\60\modifier\location] (Line 1999, column 6):
Invalid node "location" in scope ProvRandomListModifier (value is: <a complex type>)
* called from <mod>\events\dragon_events.txt [character_event\option\any_demesne_province\increase_depopulation_effect] (Line 4995, column 4)
Calling location from a province scope is valid, albeit normally pointless. This case is in a vanilla scripted effect, just being called from modded code. It looks like it's there so that the scripted effect can be called with the same effect from both province and title scopes, in which case removing the location node would result in the code behaving differently.
--- Error 1 of 1 ---
At <mod>\events\banking_events.txt [character_event\immediate\random_artifact\limit\FROM\NOT\has_artifact] (Line 871, column 22):
"PREV" is not a valid Artifact.
PREV is "random_artifact", so this is pointing to an artifact. Also appears of the vanilla code for getting an artifact from besieging a holding.
--- Error 1 of 1 ---
At <mod>\events\mnm_secret_religious_societies_events.txt [character_event\option\hidden_effect\random_list\40\modifier\FROM] (Line 9784, column 7):
Invalid use of 'FROM': This scope has no FROM due to the fact that common\on_actions\00_on_actions.txt [on_society_bi_yearly_pulse\random_events\100] (Line 2720, column 3) has no scope.
This is vanilla code, which works. I think FROM is the society's grandmaster, though I'm not 100% sure since I can't find documentation of this on_action, so I'm judging off the code in the event and personally only seeing this event as a secret religious society grandmaster.
--- Error 1 of 1 ---
At <mod>\events\mnm_secret_religious_societies_events.txt [society_quest_event\quest_target] (Line 4273, column 2):
Invalid node "quest_target" in scope CharEvent (value is: event_target:sympathy_target)
Vanilla event. quest_target can be called from a character scope and can scope to a character, province, or title, depending on the society quest the character has.
--- Error 1 of 1 ---
At <mod>\events\mythos_WoL.txt [character_event\immediate\random_list\1\modifier\kemetic_pagan\religion_authority] (Line 17697, column 24):
Invalid node "religion_authority" in scope ReligionTrigger (value is: 0.25)
religion_authority accepts doubles as of 2.8.2
--- Error 1 of 1 ---
At <mod>\events\mythos_WoL.txt [character_event\option\if\hidden_tooltip\if\set_discovered_society] (Line 16302, column 6):
Invalid node "set_discovered_society" in scope CharIfClause (value is: yes)
Not personally tested, but from /common/societies/societies.info:
set_discovered_society = society_name # Scope must be a character, sets the character as "revealed" to be part of society_name
set_discovered_society = yes # Scope must be a character, sets the character as revealed to part of their current society
clr_discovered_society = yes # Scope must be a character, resets the character's revealed society
is_society_discovered = yes # Scope must be a character, returns true if the character has been "revealed" as part of a secret society, whether they're actually a member of it or not
is_society_discovered_real = yes # Scope must be a character, returns true if the character has been revealed as part of a secret society, and they are actually part of it
--- Error 1 of 1 ---
At <mod>\common\scripted_effects\00_scripted_effects.txt [scrying_omen_fulfilled_by_removing_disease_effect\hidden_effect\lover] (Line 15246, column 3):
Invalid node "lover" in scope CharHiddenEffect (value is: <a complex type>)
* called from <mod>\events\rip_treatment_events.txt [character_event\option\scrying_omen_fulfilled_by_removing_disease_effect] (Line 1503, column 3)
Vanilla code - lover scopes to the scoped character's lover
--- Error 1 of 1 ---
At <mod>\events\vampire_events.txt [character_event\immediate] (Line 10817, column 2):
The right sides of a "clear_event_target" clause may not be identical.
There were 6 duplicates.
[I273480|L10900|C3]: clear_event_target = new_blood_court
[I275763|L10983|C3]: clear_event_target = new_blood_court
[I278046|L11066|C3]: clear_event_target = new_blood_court
[I280350|L11149|C3]: clear_event_target = new_blood_court
[I282682|L11232|C3]: clear_event_target = new_blood_court
[I285014|L11315|C3]: clear_event_target = new_blood_court
In between clearing the event target, the event target is set again, so this code is valid and works
EDIT:
--- Error 1 of 1 ---
At <mod>\events\species_events.txt [character_event\immediate\if\random_list\1\modifier\OR\AND] (Line 1551, column 8):
There may be no duplications of a "month_of_birth" clause.
There were 2 duplicates.
[I34699|L1552|C9]: month_of_birth = 3
[I34727|L1553|C9]: month_of_birth = 5
The code in question is:
month_of_birth = 3
month_of_birth <= 5
So, duplicates make sense since it establishes a range, applying to characters born in March through May
but generally may be a good idea to search for "Parse error" in the error list and fix those regardless of where they are.
