Nagev

Hi there - the game extension itself tries to ascertain the mod type. Alternatively the mod author can define custom Vortex instructions https://github.com/Nexus-Mods/Vortex/wiki/File-Based-Override-Instructions But that's only available to users of Vortex 1.14.5 or higher.

Hey @Makagamez The question mark just means that libloot wasn't able to complete sorting before the plugins table was rendered, so this is likely to be a visual bug. Pressing "Sort Now" should resolve it instantly. I'll try and see if I can forcefully refresh the table upon libloot sort completion in future Vortex versions.

Thanks for the report - this has already been fixed for 1.14.3. In the meantime you can still click on the plugin name and it will take you to the correct mod in the mods page.

This is most likely down to a bug in the game store helper which I fixed yesterday. https://github.com/Nexus-Mods/Vortex/pull/17627 This will get fixed in a patch release of 1.14 this week.

@Samury314 - Vortex shouldn't be asking you to erase profiles unless it was told to unmanage the game. Can you please attach a screenshot of the "erase profile" dialog you mentioned? Vortex stores its files in `%appdata%/vortex`. Installing a Vortex update should never cause it to try and erase its own data; are you perhaps using some sort of cloud storage application like OneDrive?

One of those extension updates must've been corrupted in some way, or potentially there's unexpected data within the %appdata%/vortex/plugins folder. Which version were you using previously? updating from a much older version of Vortex with potentially corrupt state data may have also been the cause. I'd expect this to be a lot more wide spread if it were the extensions themselves.

Looks like the export function was still looking for the old GustavDev mod entry. It should support both now, apologies for the delay! Please do report stuff like this on our Github issue tracker (https://github.com/Nexus-Mods/Vortex/issues) so we can respond/fix quickly. (we don't check the forums as much)

It really feels like there's some weird cluster allocation issue there. Please do check the other SSD and ping me. Make sure you set a small allocation cluster when you format the other drive - GTS has a lot of small files, so make it 4KB.

Hey @DjBorsch - What you're experiencing is not normal Vortex behaviour. Hardlinks are basically references to the same data within the NTFS partition, it wouldn't cause the overhead you're experiencing in both locations at the same time, especially since Vortex would never even touch the game's mods folder until the end of the collection installation. It could be that you formatted D:\ using a large cluster size, but even then I don't see 230k files occupying more than ~20GB due to inefficient storage allocation. I'm still running some tests on my end, but the file allocation comes nowhere near what you're experiencing. Are you certain it's Vortex and not an overzealous AV or some other app that is trying to read those files while Vortex is generating them?

Hey @Abraksar - from what I noticed the game itself removes the core game entry from the load order file when mods are detected. The game should still start just fine under those conditions. The problem occurrs when you potentially have an outdated modsettings.lsx backup file which gets re-instated upon purge. Close Vortex, get rid of both files (or move them somewhere else), start the game - close it - then start Vortex and deploy your mods.

Hi there, the RDR2 game extension has a deployment blocker in place which expects user interaction through a raised notification. When switching profiles, the notification is not visible. You have three options: 1. Activate the RDR2 profile, select deploy and interact with the notification that pops up so that the deployment event completes, then switch to the other game. 2. Switch to the beta update channel and use Vortex 1.14.0-beta.2 which will no longer allow game extensions to block the deployment event when switching profiles. 3. Delete/Disable the RDR2 game extension through Vortex's extensions page. This applies to GTA5 too btw.

Looking at the War Thunder extension - there should be 3 mod installation locations all relative to the game's root folder: - `./UserSkins` (default mod type) - `./sound/mod` (audio mod type) - `./` (dinput/Engine Injector/enb mod type) You can double click a mod entry in the mods page to open the metadata panel; can set the mod type in there. If the extension does not support the location you want, you'll have to submit a Github ticket for it to be added (might take a while) If the installation location you're looking for is inside the game's directory - simply package the mod so that it matches the game directory structure and ensure the mod is set to use dinput/enb.

Nevermind, managed to reproduce and fix it. Fix will be available in Vortex 1.13.6 early next week

Hey @HaVeNII7 - do you perhaps have these mods exported as a collection? would make it easier for me to start debugging this issue.

Hi there @metalheadhr First of all, thanks for bringing this to our attention, your tests are appreciated and did indeed highlight a bug. After running some tests on my end, this appears to be a visual bug in the plugins page. As you can see in the snippet above, although the plugins page is defining the LOOSE version as the source, the deployment manifest itself is using the correct source. You can double check this yourself on your end - open up your "vortex.deployment.json" file and look for the ".esp replacer" source. (Searching by "SofiaFollower.esp" will match too many entries from the original mod) This will be fixed in Vortex 1.13.4 which will be released sometime in the new year. P.S. In the future please report any such issues on our issue tracker as it offers better visibility: https://github.com/nexus-mods/vortex/issues

Hi guys, Just spent a good 60 minutes trying to reproduce this while managing SSE and VR alongside each other, switching between them, installing mods, intentionally changing the target gamemode for the downloads, etc. Each operation was reversible and at no point were the mods assigned the wrong primary gamemode. The only thing that could potentially cause something like this would be if the VR extension gets loaded before SSE but that's impossible as they're loaded alphabetically. Can you try to set all the downloads to SSE and then disable the bundled Skyrim VR extension in the extensions page and let me know if the downloads are still set to skyrimvr. Edit: My assumption is that you're all using Vortex 1.13.3 - if you're not, please update.

Hi guys, Please do report these type of issues on our bug tracker "https://github.com/nexus-mods/vortex/issues" so we can look into them. It's hard to keep track of 5 different platforms for bug reports and some may slip through the net like this one almost did! A beta version of Vortex has been generated which is solely meant to fix this issue. https://github.com/Nexus-Mods/Vortex-Staging/releases/download/v1.13.4-beta.1/vortex-setup-1.13.4-beta.1.exe This version is not distributed through regular channels as we did not want to affect any working environments during the holidays, but if you find yourself in a situation where Vortex reset your LO; use this beta version to fix it.

Ok so just re-iterating what we discussed on Discord + responding to other points you raised in your original post. - The error you were getting was down to a corrupt MergeInventory.xml file which is generated by the script merger itself. The Script Merger does not write files atomically like Vortex does, which means that if interrupted during writing it can potentially corrupt the file. - The Load Order issue has been noted and fixed https://github.com/Nexus-Mods/Vortex/pull/16857 we were reluctant to release it so close to the holiday period and potentially shuffling a working environment. We've also only received 2 confirmed reports of this issue which said it only happens intermittently. Are you able to reproduce this constantly? > Edit: a beta version with the fix has been generated and can be found here: https://github.com/Nexus-Mods/Vortex-Staging/releases/download/v1.13.4-beta.1/vortex-setup-1.13.4-beta.1.exe - About the mods disappearing from the staging folder - Vortex will absolutely never remove its own mods unless instructed to do so or if an external application interferes with its functionality. A potential culprit could be that Vortex 1.13.2 was using an older version of 7zip which had a known vulnerability causing anti-virus software to go haywire. This was patched in 1.13.3 Alternatively I guess it's possible for the mods to be removed when using a cloud based service provider. Please also note that nothing in that dialog says that the mods were removed - it simply states that Vortex found and added a new folder it did not know about; (that is indeed a bug as that folder is generated by Vortex) but the mods should still be in the staging folder.

Thanks for bringing this to our attention - I'll investigate.

@7531Leonidas - that's actually intended behaviour; the conflict resolution system will wait for you to finish installing and deploying your mods before re-checking if any conflicts exist. It's an optimisation which made collection installations quicker. I can look at making the optimisation optional if it's indeed a hinderance. At the very least I think I'm going to hide that notification while installations are running.

@vortexposer I'm afraid state backups are the only method of backing up categories currently. But it shouldn't be too hard to write a quick extension that exports/imports category information. I'll add it to my work list but can't say when I'd be able to implement it.

Hey @Razor671 - judging by the snippet you sent, you're potentially using a very old version of Vortex, you can confirm the version by looking next to the window buttons at the top right. If the version is not visible, it's a clear indication of a very old Vortex version. Stable is currently 1.13.2

1.13.2 has been rolled out and will fix both categories and the inability to manage FalloutNV on machines that can't connect to Github

Thank you for the heads up - noticed this a bit too late and didn't get to add it to todays patch release; but will make sure we take care of this for the next one.

Hello all, @vortexposer the categories have not disappeared, the category list component is having issues displaying them (I'm investigating why) please do not hit the retrieve categories button as that will indeed erase any custom categories you may have created. Stick with 1.12.6 for now - 1.13.2 will fix this issue. @MrYaiba the New Vegas extension now requires the Sanity Checks extension to be installed (it should have downloaded it automatically) but if it's not installed - please download and install it manually into your %appdata%/vortex/plugins folder or by drag and dropping the archive of the extension in the extensions page https://www.nexusmods.com/site/mods/945