With some mods I am getting this error when running the script:

---------------------------------------------------------------
Furry Armor Fixup
---------------------------------------------------------------
. LoadBareFeet
. Fixing headgear FOTFEaccessoriesHeadHoodLongHelmetHeavy07
Overrides will be stored in the file: Skyfurry Fashions of the Fourth Era.esp
[Skyfurry Fashions of the Fourth Era.esp] Adding master "Skyrim.esm"
[Skyfurry Fashions of the Fourth Era.esp] Adding master "sforzhelmix_fashionsofthefourthera.esp"
[00:11] Exception in unit UserScript line 75: Load order FileID [02] can not be mapped to file FileID for file "Skyfurry Fashions of the Fourth Era.esp"
[00:11] Error during Applying script "BD Furry Armor Fixup": Load order FileID [02] can not be mapped to file FileID for file "Skyfurry Fashions of the Fourth Era.esp"

this specific error is when running the script on the mod here: https://sforzmods.tumblr.com/sse_fashions

On the other hand the mod for Skyblivion's Master Necromancer Robe ran the script without an error. I had my full mod list loaded in xEdit when doing so and the only master assigned by the script was the original mod.

The error I got above occured when I am having the script create a new plugin file for the output OR if I create a blank esp of the base Skyrim.esm and then use that as the output target.

To test for a load order issue, I manually made a copy of the plugin I wanted to run the script on and just renamed it before putting it at the very end of my load order. Then I opened xEdit and manually assigned the original mod as a master to my duplicate (to try to skip whatever line was the cause of the error), and ran the script on the original mod with my manually created duplicate as the output target... and it worked! Sort of..

Looking at the plugin it created a lot of duplicate armoraddons (which of course it after all since it was a duplicate plugin); some of the hoods were adjusted properly while others were not:

Looking at the line of the script it is pointing to, it is the bolded line in this section:

Quote

 

// ------------------------------------------------------
procedure OverrideAA( {theAA} );
begin
    if not aaInNewFile then begin
        if not Assigned(patchFile) then DoSeparateFile();
    
        //AddMessage('. . . copying ' + geev(theAA, 'EDID') + ' to patch file');
        AddMasterIfMissing(patchFile, GetFileName(GetFile(theAA)));
        newAA := wbCopyElementToFile(theAA, patchFile, False, True);
        aaInNewFile := true;
    end;
end;

// ------------------------------------------------------

 

Any help is greatly appreciated.

I know what the general problem is. 

When making an override, all the masters have to be in the new plugin's masters list. That's what "AddMasterIfMissing" is doing. But if the master itself depends on another plugin, that other plugin needs to be added as a master too and it's not. Other places the call is to add masters recursively for exactly this reason. I don't know why this call doesn't do that, but it probably should.

I think you might be confused about how the plugin is supposed to work. It expects to create a new, empty mod and put the overrides in there. If you have an existing "patch" mod you can use it, but delete all the ARMO and ARMA records from it first. When you say you copied the mod you wanted to patch and then stored the output in that copy... yeah. That would confuse things.

1 hour ago, Bad Dog said:

I know what the general problem is. 

 

When making an override, all the masters have to be in the new plugin's masters list. That's what "AddMasterIfMissing" is doing. But if the master itself depends on another plugin, that other plugin needs to be added as a master too and it's not. Other places the call is to add masters recursively for exactly this reason. I don't know why this call doesn't do that, but it probably should.

 

I think you might be confused about how the plugin is supposed to work. It expects to create a new, empty mod and put the overrides in there. If you have an existing "patch" mod you can use it, but delete all the ARMO and ARMA records from it first. When you say you copied the mod you wanted to patch and then stored the output in that copy... yeah. That would confuse things.

I know how it is supposed to work I believe, but I created a copy of the mod as a test to see if it would still error out when playing with the masters after it worked without an issue for the Skyblivion set.

The mod itself that gives the error if run as intended has the Update, Dawnguard, and Dragonborn esms as masters in addition to Skyrim. So basically, if I am understanding you correctly, the problem is because those Masters (Update, Dawnguard, Dragonborn) themselves also rely on the base Skyrim as their own Masters? Like a weird recursion issue? That would explain then why the Skyblivion set didn't error out, cause it only has the base Skyrim.esm as its sole master file.

Yeah, try adding skyrim.esm and the DLCs as masters first, then run the tool.

2 hours ago, Bad Dog said:

Yeah, try adding skyrim.esm and the DLCs as masters first, then run the tool.

 
Well it was the one with those masters that wasn't working. However, I just discovered I overlooked something that should have been obvious. The BD Furry Armor Fixup.pas script inside the Yiffy_Age_Se.13.0.1 zip in the google drive gives the error. But the BD_Furry_Armor_Fixup.pas downloaded separately from the same drive doesn't give an error and seems to work fine. I was following the Skyfurry install which says to use the version 13 package; though the separate folder was newer I didn't even think to download the separate script to see if it was actually different in function.

And it properly refitted the things that weren't working before! So lesson learned for the future.

Bugger. Those are supposed to be the same, or else the separate one should be older. Maybe I'll stop trying to deliver them in the kit and just leave them separate. Turns out Wrye Bash doesn't copy the Tools folder anyway.

Might just be the New xEdit, but I'm getting:

[00:43] Exception in unit  line -1: [EJvInterpreterError] Error in unit 'BD_Furry_Armor_Fixup' on line 829 : Undeclared Identifier 'GetLoadOrder'

When attempting to run BD_Furry_Armor_Fixup.pas

I think it should be mentioned that you need to copy ALL of the files from the tools folder, not just the file mentioned. Otherwise you get an error when trying to run it. I learned that the hard way lol

And they are, stopped playing for a while so this slipped my mind for that time.

I still get the same error.

When attempting to run the script it identifies itself as Furry Armor Fixup 1.1

Edit: Quick Edit, but the version of the Script from Bad Dog's Github, while encountering the exact same error, does so after processing through a few of the Creation Club files.