
Recursive checking for masters will also solve this bug. esp with no problem, (I struggled to find all the errors so I saved part way through so I wouldn't have to re-find the errors I already fixed. For some reason before SSEEdit could save the. The problem is relatively rare but it does happen, I can create another test plugin if required. So I'm trying to run DynDOLOD 3, and as far as I can tell, part of the process requires me to clean mods with errors. This will cause an indexing error to occur as the master is not checked for and added. This same behavior will occur when copying a base form as an override and one of its subrecords references a record in another plugin, and that 1 layer deep reference has an override referencing another master. Illustrated here Ĭopy the form 20000800 to a new plugin as override from the example1 plugin. This bug for example, can occur when you try to copy a record from an override plugin to a new plugin and the record is a child of a worldspace which is in a master of the plugin, but the references form is in another plugin. This can create serious errors in the override plugin. The effect of the bug is that indexes become wrong for references as they do not exist in the master table of the plugin. CKIT/GECK will add all masters of all plugins which are loaded by a specific plugin recursively.

Recursive checks for masters need to be added to fix this bug and several others which are similar.
