• We have updated our Community Code of Conduct. Please read through the new rules for the forum that are an integral part of Paradox Interactive’s User Agreement.
Might it be possible to make the validator ignore files where the only content is "#Override"?
I'd leave them blank, but some decompressors idiotically ignore 0-byte files.

I believe that in cases where empty files are skipped, it should already be that when the only contents of the file are comments, the file will be skipped. Tell me if that doesn't seem to work.
 
I believe that in cases where empty files are skipped, it should already be that when the only contents of the file are comments, the file will be skipped. Tell me if that doesn't seem to work.
It does not seem to work no, as it is giving me errors for those files with just "#override" in them.
 
2 false positives, both in regards to files in cb_types

#1


#2



Not sure if you got this answered, but replace_path last I checked only replaces files within the folder it is in, and not any subdirectories. For example, if you just replace path common, it will replace all the files (i.e. defines.lua, bookmarks.txt etc.) in common, but none of the folders (i.e. cb_types, buildings etc.)

1) Is location actually useful here? Since you seem to already be in province scope.
2) So you have to use replace_path in this context, and have no other choice?
 
Version v1.6 RC2 has been released: https://www.dropbox.com/s/3cjwzzttmjwiyu7/Audax.Validator v1.6 RC2.rar

If I did not reply to you, then you issue should be fixed, but of course report again if it doesn't seem to be.

Please keep reporting false positives with the Validator, and they will likely get fixed. If you are reporting a false positive, it is very useful to copy the error message into the post - you can just select the error message, then press Ctrl+C to copy it.

If no issues are reported on either the Eu4 or Ck2 forums for a week, then a final 1.6 will be released and it will be the last version until a new patch comes out.

Apologies for taking so long, hopefully now updates will be as frequent as before.

Does anyone have a suggestion to better deploy new versions? After all it is likely to be tedious to download a new version every few days, and packaging each one is also a bit tedious. And would some sort of bug reporting system be useful to keep track of things, or just be too tedious and the current way of reporting issues works fine? (It might make it easier to tell when a bug is confirmed by a different user, since that is always nice)
 
Version v1.6 RC2 has been released: https://www.dropbox.com/s/3cjwzzttmjwiyu7/Audax.Validator v1.6 RC2.rar

If I did not reply to you, then you issue should be fixed, but of course report again if it doesn't seem to be.

Please keep reporting false positives with the Validator, and they will likely get fixed. If you are reporting a false positive, it is very useful to copy the error message into the post - you can just select the error message, then press Ctrl+C to copy it.

If no issues are reported on either the Eu4 or Ck2 forums for a week, then a final 1.6 will be released and it will be the last version until a new patch comes out.

Apologies for taking so long, hopefully now updates will be as frequent as before.

Does anyone have a suggestion to better deploy new versions? After all it is likely to be tedious to download a new version every few days, and packaging each one is also a bit tedious. And would some sort of bug reporting system be useful to keep track of things, or just be too tedious and the current way of reporting issues works fine? (It might make it easier to tell when a bug is confirmed by a different user, since that is always nice)

You could always use github. That'd allow you to keep track of bugs better imo and there's probably a way to let anyone just auto-sync it, if not it's very easy to do releases on.
 
Can you give an example of such a file? I assume it has to do with province history but am not sure. And being empty does work fine?
Sure.
PB changes the map a bit, and after that happened, vanilla added more provinces.
As such, PB has to override to those province history files, as they're tied to a province number rather than a title ID.
As an example, PB overrides province #911 - Timbuktu. All that's in that file is "#Override".
This makes sure that the title ID in there does not get tied to the province ID.

That gives errors like this in the Validator:
--- Error 1 of 5 ---
Duplicate IDs in file names: <mod>\history\provinces\911 - Namur.txt and <mod>\history\provinces\911 - Timbuktu.txt
--- Error 2 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "title" entry was not found.
--- Error 3 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "culture" entry was not found.
--- Error 4 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "religion" entry was not found.
--- Error 5 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "max_settlements" entry was not found.
 
1) Is location actually useful here? Since you seem to already be in province scope.

The 2nd location is scoping to the capital of the ROOT, not the title directly. The title itself is being scoped via PREVPREVPREV. Either way the locations works exactly as expected here, and the error isn't about the location of the location, but it seems (could be wrong) to be complaining that location can't be a thing, or is using the wrong thing (in this case it's PREVPREVPREV). The code is below if that helps

Code:
	can_use_title = {
		ROOT = { NOT = { has_character_modifier = holding_epic_tournament }	}
		ROOT = { NOT = { has_character_modifier = holy_truce_timer } }
		FROM = { NOT = { has_character_modifier = holy_truce_timer } }	
	
		tier = COUNT
		location = {
			port = yes
			
			AND = { # Within range of the capital
				ROOT = {
					capital_scope = {
						location = {
							NOT = {
								distance = {
									where = PREVPREVPREV # Comparing the distance between ROOT's capital and the title in question
									value = 590	#  From  aprox.Venice to East Cyprus and from Venice to Gibraltar
								}
							}
						}	
					}
				}
			}			
		}
		has_trade_post = yes
		trade_post_owner = {
			OR = {
				character = FROM
				is_liege_or_above = FROM
			}
		}
		holder_scope = {
			NOT = { character = FROM }
		}	
	}
2) So you have to use replace_path in this context, and have no other choice?

Maybe not in this context, but it was just an example
 
The 2nd location is scoping to the capital of the ROOT, not the title directly. The title itself is being scoped via PREVPREVPREV. Either way the locations works exactly as expected here, and the error isn't about the location of the location, but it seems (could be wrong) to be complaining that location can't be a thing, or is using the wrong thing (in this case it's PREVPREVPREV). The code is below if that helps

Code:
	can_use_title = {
		ROOT = { NOT = { has_character_modifier = holding_epic_tournament }	}
		ROOT = { NOT = { has_character_modifier = holy_truce_timer } }
		FROM = { NOT = { has_character_modifier = holy_truce_timer } }	
	
		tier = COUNT
		location = {
			port = yes
			
			AND = { # Within range of the capital
				ROOT = {
					capital_scope = {
						location = {
							NOT = {
								distance = {
									where = PREVPREVPREV # Comparing the distance between ROOT's capital and the title in question
									value = 590	#  From  aprox.Venice to East Cyprus and from Venice to Gibraltar
								}
							}
						}	
					}
				}
			}			
		}
		has_trade_post = yes
		trade_post_owner = {
			OR = {
				character = FROM
				is_liege_or_above = FROM
			}
		}
		holder_scope = {
			NOT = { character = FROM }
		}	
	}


Maybe not in this context, but it was just an example

1) But wouldn't capital_scope already switch to the capital province of the ROOT? So location is redundant here (it is indeed complaining that the second location is not allowed within a "province trigger".

2) Ok, the code handling this is messy so I will leave it for now :/
 
Sure.
PB changes the map a bit, and after that happened, vanilla added more provinces.
As such, PB has to override to those province history files, as they're tied to a province number rather than a title ID.
As an example, PB overrides province #911 - Timbuktu. All that's in that file is "#Override".
This makes sure that the title ID in there does not get tied to the province ID.

That gives errors like this in the Validator:
--- Error 1 of 5 ---
Duplicate IDs in file names: <mod>\history\provinces\911 - Namur.txt and <mod>\history\provinces\911 - Timbuktu.txt
--- Error 2 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "title" entry was not found.
--- Error 3 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "culture" entry was not found.
--- Error 4 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "religion" entry was not found.
--- Error 5 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "max_settlements" entry was not found.

Ok, and having it blank still causes these errors. So it seems something went wrong. Will fix.
 
Sure.
PB changes the map a bit, and after that happened, vanilla added more provinces.
As such, PB has to override to those province history files, as they're tied to a province number rather than a title ID.
As an example, PB overrides province #911 - Timbuktu. All that's in that file is "#Override".
This makes sure that the title ID in there does not get tied to the province ID.

That gives errors like this in the Validator:
--- Error 1 of 5 ---
Duplicate IDs in file names: <mod>\history\provinces\911 - Namur.txt and <mod>\history\provinces\911 - Timbuktu.txt
--- Error 2 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "title" entry was not found.
--- Error 3 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "culture" entry was not found.
--- Error 4 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "religion" entry was not found.
--- Error 5 of 5 ---
At <mod>\history\provinces\911 - Timbuktu.txt [] (Line 0, column 0):
The required "max_settlements" entry was not found.

Okay, in ValidatorSettings.txt did you turn on AddFlag = ProvinceHistory.NoWarnOnEmptyFile?
 
Version v1.6 RC3 has been released: https://www.dropbox.com/s/m68ipg1i42ta229/Audax.Validator v1.6 RC3.rar

If I did not reply to you, then you issue should be fixed, but of course report again if it doesn't seem to be.

Please keep reporting false positives with the Validator, and they will likely get fixed. If you are reporting a false positive, it is very useful to copy the error message into the post - you can just select the error message, then press Ctrl+C to copy it.

If no issues are reported on either the Eu4 or Ck2 forums for a week, then a final 1.6 will be released and it will be the last version until a new patch comes out.
 
Okay, in ValidatorSettings.txt did you turn on AddFlag = ProvinceHistory.NoWarnOnEmptyFile?
Working now.
That file must've been deleted when I switched from the GamersGate version to Steam version of CKII.
 
Version v1.6 RC4 has been released: https://www.dropbox.com/s/rghabrpxhjq2vtd/Audax.Validator v1.6 RC4.rar

If I did not reply to you, then you issue should be fixed, but of course report again if it doesn't seem to be.

Please keep reporting false positives with the Validator, and they will likely get fixed. If you are reporting a false positive, it is very useful to copy the error message into the post - you can just select the error message, then press Ctrl+C to copy it.

If no issues are reported on either the Eu4 or Ck2 forums for a week, then a final 1.6 will be released and it will be the last version until a new patch comes out.
 
Version v1.6 RC5 has been released: https://www.dropbox.com/s/8nv1mp3tqasepwo/Audax.Validator v1.6 RC5.rar

If I did not reply to you, then you issue should be fixed, but of course report again if it doesn't seem to be.

Please keep reporting false positives with the Validator, and they will likely get fixed. If you are reporting a false positive, it is very useful to copy the error message into the post - you can just select the error message, then press Ctrl+C to copy it.

If no issues are reported on either the Eu4 or Ck2 forums for a week, then a final 1.6 will be released and it will be the last version until a new patch comes out.
 
More false positives:

Code:
--- Error 1 of 1 ---
At common\objectives\00_factions.txt [faction_independence\membership\modifier\liege\distance] (Line 3112, column 5):
The required "where" entry was not found.

--- Error 1 of 1 ---
At common\objectives\00_factions.txt [faction_independence\membership\modifier\liege\distance] (Line 3112, column 5):
The required "value" entry was not found.

--- Error 1 of 1 ---
At common\objectives\00_factions.txt [faction_independence\membership\modifier\liege\distance\distance] (Line 3112, column 29):
Invalid node "distance" in scope DistanceDef (value is: 400)

--- Error 1 of 1 ---
At common\objectives\00_factions.txt [faction_independence\membership\modifier\liege\distance\who] (Line 3112, column 18):
Invalid node "who" in scope DistanceDef (value is: ROOT)

--- Error 1 of 1 ---
At common\objectives\00_plots.txt [plot_seize_trade_post\allow\any_neighbor_province] (Line 1912, column 3):
Invalid node "any_neighbor_province" in scope TitleObjectiveTrigger (value is: <a complex type>)

--- Error 1 of 1 ---
At events\sunset_invasion.txt [narrative_event\trigger\has_regiments] (Line 1536, column 3):
Invalid node "has_regiments" in scope CharTrigger (value is: no)

All the distance ones are related to the new usage of distance:

Code:
distance = { who = ROOT distance = 400 }
 
Version v1.6 RC5 has been released: https://www.dropbox.com/s/8nv1mp3tqasepwo/Audax.Validator v1.6 RC5.rar

If I did not reply to you, then you issue should be fixed, but of course report again if it doesn't seem to be.

Please keep reporting false positives with the Validator, and they will likely get fixed. If you are reporting a false positive, it is very useful to copy the error message into the post - you can just select the error message, then press Ctrl+C to copy it.

If no issues are reported on either the Eu4 or Ck2 forums for a week, then a final 1.6 will be released and it will be the last version until a new patch comes out.

Oh, we better keep him working all the way through to Rajas... Keep them error messages coming! :D