BG3ModManager
BG3ModManager copied to clipboard
LaughingLeader
[Bug]:
Operating System
Linux with Wine
BG3 Mod Manager Version
1.0.9.7
BG3 Game Version
Full Release Patch 3
Bug Summary
So the mod manager lets me load into the game, and the mods are in modsettings and in the folder game, but when I load bg3 the mods are disabled.
Links
No response
I had the same issue, I thought it was something to do with Patch 3 and Script Extender but updating that didn't work. After going through and enabling mods little-by-little it turns out that "Pirates Paradise" was the offending mod (and is no longer an active mod on Nexus). Disabling it allows all mods to remain active after the games loads.
I had the same issue, I thought it was something to do with Patch 3 and Script Extender but updating that didn't work. After going through and enabling mods little-by-little it turns out that "Pirates Paradise" was the offending mod (and is no longer an active mod on Nexus). Disabling it allows all mods to remain active after the games loads.
Omg okay I'm gonna try that and see if it still works or no, give me one second...
7:17- nope, it's still happening :(
Then I'd check to see if any of the mods you're using currently have been removed from Nexus, otherwise do what I did and enable them in chunks like I did. All the stuff that uses script extender, then all the mods to do with spells, then feats, etc. Narrow it down that way.
I had the same issue, also on Linux running Wine (Steam Proton, specifically). The culprits for me were Dragonbreath Unleashed and Dragonbreath Unleashed - Standalone. I tried eliminating them because they were the only mods with nonstandard UUID's; their UUID's were 1d6ece6c-b9e1-430e-8263-DragonbornUnleashed and 1d6ece6c-b9e1-430e-8263-DragonbreathUnleashedSA, respectively. While this isn't definite proof on it's own (these mods could have some completely unrelated quirk), it definitely makes nonstandard UUID's deeply suspicious.
The mostly likely explanation is that there's some quirk in the interaction between Wine/Proton and Patch #3 which causes the game to reject nonstandard UUID's, as people running the game on Windows don't experience this issue.
I don't know what this means for a potential fix beyond disabling those mods, but it seems like this is a combined Patch #3 and Wine problem. That being said, I did notice that the xml entries created by the game are orded by <attribute id=". . ." type=". . ." value" . . ." /> rather than the mod manager's <attribute id=". . ." value" . . ." type=". . ." />. While this doesn't appear to be an issue now, I worry that some quirk of a later parser update might cause problems. Maybe that's nothing, but I thought I should point that out.
