Jump to content

Issues When Switching Profiles


kurt91

Recommended Posts

I'm playing Fallout 4 on Survival. My little brother is playing on the easiest setting. We're both using the exact same mod setup, just on different profiles that are set to have their own save data and settings. I made his profile just by cloning mine, so there is no possible differences that I'm not taking into account.

 

When I switched the active profile to his after creating it, there were issues. A large number of ESP files were disabled, and I had to manually turn them all back on. Various other ESPs were marked as enabled, but were not working in game (for instance "Useful Crank") until I shut off the game, disabled the ESP, and re-enabled it.

 

In an attempt to make sure that things are working now, I tried turning off Vortex completely and starting it back up. However, not all of the mods are immediately apparent on whether or not they're working. (For example, I wouldn't be able to know if enemies run out of ammo without sitting though an intentionally-prolonged firefight without dying.)

 

Is this a bug with Vortex switching profiles, or is it expected to have to fully restart the program to fully get things set up and loaded correctly? If the latter, maybe add a message box instructing the user to do so?

Link to comment
Share on other sites

  • 1 month later...

I am seeing a similar bug with Morrowind using Vortex v15.9 (and also in v16.0) when switching profiles. Little bit different as MW uses an ini for specifying which mods are active / load order)... IIRC, the newer Beth games use file timestamp or some such and no ini file to indicate load order and i cant quite remember where they specify enabled/disabled.

 

Anyway, had seen in the MW ini that it wasn't removing disabled mods when switching between profiles. I reported in feedback with a proposed fix. but reading this, I wonder if a separate fix would be needed for Oblivion/Skyrim and FO 3/4/NV due to the load order differences mentioned above.

 

EDIT2: I should have probably added to original in-app feedback but my config is that I have games on separate drive (e.g. NOT C:\), I am using the GOG copy, and in Vortex v15.9 my base path was "D:\Vortex\{GAME}\mods" (in v16.0 this is now changed to "Install path" but it is the same value)

 

EDIT Adding my in-app feedback to document the steps I took to recreate (after realizing i still had it open in notepad++):

 

 

Title=Profiles - profile switching bug in Morrowind.ini plus enhancement request to solve said bug

====================
Issue:
====================
I am trying to manage Morrowind with Vortex. Import from MO2 went smooth but I am seeing a problem when using profiles where the settings are not isolated despite the profiles being set to have their own game settings. What I am expecting is that I shouldn't have to edit the Morrowind.ini to remove disabled mods when I switch between profiles, as this is a settings file.

====================
Steps to recreate:
====================
1. In Vortex, setup Profiles: "No Mods" and "Testing" both with "Game Settings" = "Yes".

2. Start Vortex (initially it on "No Mods"). I see that it creates Morrowind.ini.baked and Morrowind.ini.base. A diff shows all 3 files are identical.

3. In Vortex, I switch to "Testing". So far, no changes in the install folder.

4. Enabled a mod in Vortex; (I used 44595 - Unofficial Morrowind Patch 1.6.6 - Stupid Changes Fix). In "Data Files", I noew see:
vortex.deployment.json
Morrowind Patch v1.6.6_beta.esm

5. In the MW Launcher, I enable the mod. This updates the ini adding the following line under the [Game Files] section:
GameFile3=Morrowind Patch v1.6.6_beta.esm

6. In Vortex, I switch back to the "No mods" profile. The files vortex.deployment.json and Morrowind Patch v1.6.6_beta.esm have been removed (as expected); however, the Morrowind.ini and both copies still have the added line "GameFile3=Morrowind Patch v1.6.6_beta.esm". This will cause load errors now because the mods are missing and even if they were added, the saves (which should be separate) could have issues due to mismatched mods so manual intervention is need every time after switching profiles.

====================
Potential solutions:
====================
Option A) In the Vortex Base folder, also create a profiles folder with subfolders for each profile, same as is done in APPDATA profiles (but more importantly, this should be on the same drive as the Game's install folder to allow hard-linking). If a file would be overwritten, then the original is first renamed to {FILE}.orig before hard-linking to the copy under Vortex {BASE}\profiles\{PROFILE} folder. This would allow more flexibility and would work with all games. This would be my requested choice if at all feasible.

If you feel like going the extra mile, an option to "Open profile folder" from the Profiles tab would work very nicely with this.

Option B) Instead of .base and .baked copies of the ini, have Morrowind.ini/Morrowind.ini.orig/Morrowind.ini.{PROFILE_ID}. This option is probably the simplest and quickest to implement but (I think) it would be specific to Morrowind only and thus the less flexible. It also would probably only work with vanilla files so customizations such as profile-specific configs/exe patches for 3rd party utilities (e.g. Morrowind\mge3\MGE.ini or Morrowind\mlox\mlox_base.txt or different patched exe's) would not be possible.

Option C) Also Morrowind-specific; build in support such that when a mod is removed by being disabled / switching profiles, then [Game Files] section of the INI gets scanned, cleaned of any mods that were disabled / not under current profile, and reordered. However, this seems like the most work and would probably not only be buggy/difficult to maintain but would likely pre-empt requests for built-in Morrowind Load Order sorting (similar to MLOX) since it sounds like the LOOT engine was built-in for Skyrim. Also, less flexible than first option.

Option D) ???

 

 

 

 

 

 

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...