• 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.
RNG file -persia

from my experience, playing as ak kon.. became safidis and started converting; upon succesfully doing so, the provinces convert BACK into beeing shiite(a real game killer). the exact similar problem as with protestant provinces beeing converted before a certain date.but it seems that the HRE area was "fixed"; however the shiite persia is not.
 
beregic said:
RNG file -persia

from my experience, playing as ak kon.. became safidis and started converting; upon succesfully doing so, the provinces convert BACK into beeing shiite(a real game killer). the exact similar problem as with protestant provinces beeing converted before a certain date.but it seems that the HRE area was "fixed"; however the shiite persia is not.

Sorry, I'm not sure I totally understand. You were a sunni Safavids and started converting them to sunni but then you saw them convert to shiite? Did you have "The Shia State of the Safavids" fire?
 
EVENTHIST2200005: Jacqueline, Countess of Hainault, Zeeland and Holland, the rebel who sought her father's inheritance and repudiated her marriage to John DyukeDuke of Brabant, had been held captive. She'd had been struggling for control of her father's inheritance since his death in 1417. Having failed in her attempt at revolt, the Duke of Gloucester had financed an attempt to rescue her. Having caught wind of Gloucester's plan, Jacqueline's supporters revolted, and as a result she mounted a successful escape from Burgundian captivity.
 
Garbon said:
Sorry, I'm not sure I totally understand. You were a sunni Safavids and started converting them to sunni but then you saw them convert to shiite? Did you have "The Shia State of the Safavids" fire?

yes i had that event of course, shortlly after becoming safidis( i did not attempt conversions exactlly becouse i knew they will re-convert UNTIL i become safidis amd pass the religion choice event), but choosed to stay sunni, option "D"(and loose the eastern cores).
there needs to be a "check" event for each province with "yes" trigger(if it should or not re-convert to shiite) if the province was converted AFTER the shiite event wich gives the choice of religion.
basically the player has to KNOW that after that event triggers , the provinces WON'T convert back to shiite, and no such events will EVER trigger past the very same day that he gets the choice of religion event. same as in europe basically.


to the point' the shiite "reformation" for each and all province should have a "death date" on the very SAME day the "choice of religion" event triggers.the shiite reformation should have an earlier "start date" becouse of that, to allow enought time for the provinces to re-convert to shiite , PRIOR to the event.
 
Last edited:
What you are currently describing isn't how the sequence works (or at least not how it is supposed to work...err).

The reason I brought up the Shia State event is that if you choose option c, that event is supposed to sleep the event that allows the conversions to happen. Basically no conversion are supposed to happen unless you choose to be shiite. Additionally none of the conversion events can fire before the Shia State event as they are conditional on that occurring and either choice a or b being selected. I wonder what is getting messed up.
 
Garbon said:
Can you search for "236100" in a save after you had the Shia State event and see if that event number is in the slept events section?

sorry, i play with autosave on , so when started with pommeran all the previous data has been deleated(overwrite autosave). usually i save each games ina specific named file but in this one i just got upset and quit to desktop upon seeing that happening.
just do a test yourself, should not take too long.

regarding your previous explanation, that's how my logic goes too, if choosing to stay sunni the conversions should not happen. but they did in both ways
1- the provinces that were sunni already, converted to shiite via provincial events after the religious choice event.
2- the provinces that were ALREADY shiite did the same, following almost instantly after i succesfully converted them to sunni( only seen it for kurdistan and azerbajian happening, obviouslly i presume the rest will follow same pattern)
 
Last edited:
Thanks so much, beregic. I happened to have a save in 1499 and after a few tests, I figured out what was wrong. Although the Shia State supposedly sleeps the MUS event that triggers the province conversions, it looks like it wasn't really as the flag [shiite] was still being set to yes. I've created a fix that seems to work.

Code:
#(1494-1598) Shiite Persia
event = {
	id = 236100 [color=yellow]#triggered by PER_21817_A / _B[/color]
	[color=red]trigger = {
		event = 21817 #PER: The Shia State of the Safavids
	}[/color]
	random = no
	country = MUS
	name = "AI_EVENT"
	desc = "Shiite Persia"

	[color=red]date = { day = 1 month = january year = 1494 }
	offset = 5
	deathdate = { day = 1 month = january year = 1598 }[/color]

	action_a = {
		name = "OK"
		#Shiite Persia
		command = { type = setflag which = [shiite] }
	}
}

#(1494-1597) The Shia State of the Safavids
event = {
	id = 21817
	trigger = {
		monarch = 0104506 #Ismail I
		owned = { province = 487 data = -1 } #Azerbaijan
		control = { province = 487 data = -1 } #Azerbaijan
	}
	random = no
	country = PER
	name = "EVENTNAME21817" #The Shia State of the Safavids
	desc = "EVENTHIST21817"
	#-#

	date = { day = 1 month = january year = 1494 }
	offset = 5
	deathdate = { day = 29 month = december year = 1597 }

	action_a = {
		name = "ACTIONNAME21817A" #It shall all be shiite!
		command = { type = religion which = shiite }
		command = { type = missionaries value = 4 }
		command = { type = capital which = 487 } #Azerbaijan
		command = { type = provincereligion which = 487 value = shiite } #Azerbaijan
		command = { type = population which = 487 value = 1000 } #Azerbaijan
		command = { type = provincetax which = 487 value = 2 } #Azerbaijan
		command = { type = remove_countryculture which = turkish }
		command = { type = remove_countryculture which = persian }
		command = { type = remove_countryculture which = kurdish }
		command = { type = add_countryculture which = turkish }
		command = { type = add_countryculture which = persian }
		command = { type = add_countryculture which = kurdish }
		command = { type = domestic which = QUALITY value = 1 }
		command = { type = population which = -1 value = -50 }
		command = { type = population which = -1 value = -50 }
		command = { type = population which = -1 value = -50 }
		command = { type = population which = -1 value = -50 }
		command = { type = population which = -1 value = -50 }
		command = { type = population which = -1 value = -50 }
		command = { type = domestic which = centralization value = 1 }
		command = { type = domestic which = INNOVATIVE value = -1 }
		[color=yellow]command = { type = trigger which = 236100 } #MUS: Shiite Persia[/color]
	}
	action_b = {
		name = "ACTIONNAME21817B" #Strongly suggest conversion
		command = { type = religion which = shiite }
		command = { type = stability value = -2 }
		command = { type = missionaries value = 2 }
		command = { type = capital which = 487 } #Azerbaijan
		command = { type = population which = 487 value = 1000 } #Azerbaijan
		command = { type = remove_countryculture which = turkish }
		command = { type = remove_countryculture which = persian }
		command = { type = remove_countryculture which = kurdish }
		command = { type = add_countryculture which = turkish }
		command = { type = add_countryculture which = persian }
		command = { type = add_countryculture which = kurdish }
		command = { type = religiousrevolt which = -1 }
		command = { type = religiousrevolt which = -1 }
		command = { type = domestic which = aristocracy value = -2 }
		command = { type = population which = -1 value = -50 }
		command = { type = population which = -1 value = -50 }
		[color=yellow]command = { type = trigger which = 236100 } #MUS: Shiite Persia[/color]
	}
	action_c = {
		name = "ACTIONNAME21817C" #We are Sunnis!
		command = { type = religion which = sunni }
		command = { type = missionaries value = 4 }
		command = { type = stability value = -6 }
		command = { type = capital which = 487 } #Azerbaijan
		command = { type = population which = 487 value = 1000 } #Azerbaijan
		command = { type = religiousrevolt which = -1 }
		command = { type = religiousrevolt which = -1 }
		command = { type = religiousrevolt which = -1 }
		command = { type = religiousrevolt which = -1 }
		command = { type = revoltrisk which = 120 value = 8 }
		command = { type = domestic which = centralization value = -4 }
		command = { type = domestic which = aristocracy value = -2 }
		command = { type = relation which = TUR value = 75 }
		command = { type = removecore which = 1530 } #Khorasan
		command = { type = removecore which = 1531 } #Herat
		command = { type = removecore which = 526 } #Meched
		command = { type = removecore which = 1529 } #Birjand
		command = { type = removecore which = 535 } #Hormuz
		command = { type = removecore which = 525 } #Elbruz
		command = { type = removecore which = 527 } #Kerman
		command = { type = removecore which = 536 } #Mekran
		command = { type = removecore which = 537 } #Baluchistan
		command = { type = removecore which = 538 } #Kalat
		command = { type = removecore which = 1525 } #Qandahar
		command = { type = removecore which = 1526 } #Zahedan
		command = { type = removecore which = 1528 } #Kushka
		command = { type = removecore which = 1529 } #Birjand
		[color=red]command = { type = sleepevent which = 236100 } #MUS: Shiite Persia[/color]
	}
}

Now this is slightly less elegant than the original version (you see that choices a and b are going to trigger an event for MUS), it is good enough for now.

Thanks again.
 
I found the problem...

MUS_236100 doesn't wait for the answer in PER_21817. MUS_236100 can fire as soon as PER_21817 is displayed. For confirmation, I added a trigger command in MUS_236100 for a new dummy PER event and I add both PER_21817 and the dummy event displayed when reloading the game after modifying the save to go back to situation just before the choice of PER_21817.
In the original save, I found 236100 twice in the history list and once in the sleepevent list.

First solution: apply your proposed fix

Second solution: avoid seeing the MUS event in the tooltip and trigger a new PER event that will be used as condition for MUS_236100 instead of PER_21817. The new event could be "A new capital" with capital and population commands present in all actions and thus triggered by all actions and action_c of PER_21817 still sleeping MUS_236100.

I just need a description for this event (i.e. the name of the new capital and a little more for this choice).

I tested it and it works. Moreover, it avoids a problem with the length of the tooltip in PER_21817 action_c.

Any thought?
 
Last edited:
It seems a bit strenge that this Chinese general (CHI_032311) hasn't had 'dormant' status.
There are no related event and it seems 'dormant = no' is reasonable from his remark, but I'm unsure about it.

Also, As you may know, there are some generals who hasn't had it like Cromwell (ENG_046340). Maybe they don't cause any problems but I feel slightly uneasy.

Code:
historicalleader = {
	id = { type = 6 id = 032311 }
	category = general
	name = "Jiang Gui"
	startdate = {
		month = march
		year = 1434
	}
	deathdate = {
		month = february
		year = 1449
	}
	location = 1558
	rank = 4
	movement = 4
	fire = 3
	shock = 4
	siege = 0
	remark = "..."
}
remark = "Started as a soldier on Cheng Zu's side in the civil war before Cheng Zu took the throne, Jiang Gui followed the army in the invasions against Jiao Zhi and the Mongols. By Xuan Zong's times, Jiang Gui was promoted a general stationed in western Si Chuan. He made some important contributions through a number of bold and fierce moves. He was later transferred to handle campaigns in the north west, and won a few outstanding victories. He was the chief general in the Lu Chuan campaign under the command of Wang Ji."
 
Last edited: