This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
troubles [2021/12/06 12:11] – created hneg | troubles [2022/03/12 08:59] (current) – [Reporting Bugs] hneg | ||
---|---|---|---|
Line 5: | Line 5: | ||
(-showScriptErrors start up param if not using the launcher) | (-showScriptErrors start up param if not using the launcher) | ||
</ | </ | ||
+ | ===== Scripting errors ===== | ||
If you get a scripting error message shown on the screen, as in the white text on black background you should be alarmed. When you operate the tool it builds virtual databases and some of those get "perma saved" into the profileNamespace (which is a physical file on your storage drive; yourprofilename.vars.Arma3Profile). Some data is also saved into the mission.sqm. | If you get a scripting error message shown on the screen, as in the white text on black background you should be alarmed. When you operate the tool it builds virtual databases and some of those get "perma saved" into the profileNamespace (which is a physical file on your storage drive; yourprofilename.vars.Arma3Profile). Some data is also saved into the mission.sqm. | ||
{{: | {{: | ||
+ | <WRAP alert> | ||
+ | IF SUCH ERROR MESSAGE SHOWS UP YOU MUST STOP IMMEDIATELY AND MOST IMPORTANTLY DO NOT SAVE THE SCENARIO!**__</ | ||
+ | |||
+ | If you save after some error occurred in very high likelihood one or more of the databases are now corrupt and saving the scenario will save the corrupt database(s) which leads you to not be able to open the scenario into Eden with this tool running anymore. | ||
+ | There is a button in the [[ped_ui# | ||
+ | Pressing that button will remove every trace of the emitters placed with the tool from the scenario and the profileNamespace. | ||
+ | <WRAP important> | ||
+ | |||
+ | If you happen to save the scenario after the error message and exit the editor and then attempt to load the scenario again you will not be able to do so (you most likely need to ``ALT + F4`` the game). | ||
+ | |||
+ | Loading the scenario into Eden without this tool running and removing the emitters will not work. The edited scenario will have traces of them saved into the mission.sqm and profileNamespace, | ||
+ | |||
+ | There is a way though; loading the scenario in "safe mode": start Eden and this tool, load the terrain the scenario is made on, open the scenario load dialog (click on **// | ||
+ | This should load the scenario into Eden without loading any of the emitter data. Now you can just remove the emitters and save the scenario and it no longer has any trace of the emitters left. | ||
+ | <WRAP important> | ||
+ | |||
+ | So even if this tool melts down it should be possible to save the scenario, but to be safe always make a backup of it before starting to edit with this tool. | ||
+ | |||
+ | If (we,, when...) you make the tool go belly up it would be useful if you report it to me, with the .rpt, tool version (can be found in the Prefs leaf) and all possible details on what you were doing when the error occurred. | ||
+ | Unfortunately the tool will some times fail, due to the fact that this is just a flimsy scripted house of cards it will never be 100% stable. | ||
+ | |||
+ | ===== Error notifications ===== | ||
+ | The way less severe errors are the Eden notification ones, shown on the top of the edit area: | ||
+ | {{: | ||
+ | These usually indicate you’re trying to do something that is not allowed, and don’t break anything. | ||
+ | |||
+ | For example things that are not allowed are changing the key attributes of the emitters; name and init or the text attribute of the trigger that is synced with an emitter. | ||
+ | |||
+ | There are also less severe scripting errors such as when you insert completely faulty data into some edit field, say you typo an array to something like [0,0,0],1 which will show a scripting error and break down the data verification for that edit field but it does not break the scenario as the faulty data never gets saved into the db. | ||
+ | |||
+ | Faulty data in parameter fields can also cause database corruption but if you correct the data before saving the scenario all is fine. It is impossible to make the data validation perfect as there is no way to detect scripting errors. | ||
+ | |||
+ | ===== Reporting Bugs ===== | ||
+ | <WRAP todo> | ||