data lines in global openmw.cfg take priority over user openmw.cfg
When applying mods with replacements for vanilla meshes, the new meshes are seemingly ignored. The folder with the new meshes is included in openmw.cfg with an appropriate data=... line. Other features of the mod (such as textures and the esp) work correctly.
For example, with Vurt's Leafy West Gash.esp enabled, trees retain their vanilla meshes, but custom trees added by the mod appear correctly. The vanilla meshes lead to various floating tree roots appearing around the region (just outside Caldera or Balmora is an easy place to reproduce it).
Appears to occur only when the custom mesh is replacing a vanilla mesh, as I've loaded various mods with custom meshes and they've worked fine, except when a vanilla mesh is being replaced.
If the custom meshes are copied directly into the original Morrowind Data Files folder, they work correctly, suggesting the meshes themselves are fine.
Have tested with: Vurt's Leafy West Gash II, Vurt's BC Mod II
#1 Updated by Zeo fig over 2 years ago
This is with the latest source code from git.
An example of a floating root due to Vurt's Leafy West Gash.esp being enabled, but the vanilla mesh being used incorrectly:
Content file: Morrowind.esm
Cell: West Gash Region
Grid: -2 0
Coordinates: -9698.04 4559.11 2045.5
#2 Updated by Zeo fig over 2 years ago
I've investigated further, and the problem seems to be that openmw always loads my Morrowind install directory (under .wine/drive_c/GOGames.com/Morrowind) again after everything else. I've double-checked .config/openmw/openmw.cfg and it doesn't have any extra entries at the end that could cause this.
Copying .wine/drive_c/GOGames.com/Morrowind to a new directory, and renaming the original to stop openmw from finding it fixes the issue, provided the data files folder of the new version is included in openmw.cfg
#5 Updated by Zeo fig over 2 years ago
Ok I've added it as openmw.cfg. It's a minimal example of what produces the behaviour, i.e. just the west gash addon (and skip tutorial).
I've also included the output of openmw. You can see on line 10 that the data directory is loaded for a second time, despite not being listed a second time in openmw.cfg.
Finally I've included the default openmw.cfg (openmw.cfg_build_directory) from the build directory, which I haven't edited. I thought it might be useful as it seems possible that the problem comes from something in that file.
The folder /home/rah/openmw/build/mods/visual/vurt_trees_westgash_2 just contains the various mod files in the usual Data Files directory structure.
#6 Updated by scrawl . over 2 years ago
You can see on line 10 that the data directory is loaded for a second time, despite not being listed a second time in openmw.cfg.
It's loaded twice, because the Morrowind path in WINE gets autodetected (by the global openmw.cfg), then the path is listed again in your user openmw.cfg. There shouldn't be any adverse side effects to adding the data twice, though.
The bug here is that data= lines in the global openmw.cfg take priority over user openmw.cfg. I'm pretty sure that wasn't the intent.