wolverine2710

@Razorsedge877. I've googled it for you. Question with answer can be found here and extra info here. Summary: File "Windows x86 MSI database (2.7.5)" is the Python windows executable with debugging extensions. You don't need this. Please download and install either "Windows x86 MSI Installer (2.7.5)" OR download Wrye Bash 304.1, the installer version. It contains and installs the correct Python version. As a bonus you get Wrye bash. WB when kickstarted by MO is also very useful for creating a Bashed Patch. Note: Python currently is only needed for Configurator plugin, so it is not absolutely necessary for MO usage.

Just created in the advanced tab of the wiki this section: "Running MO with multiple games". It has been discussed a few times in the Nexus MO forum and can be found, the trick is to use the correct search phrase. I used 'multiple' and found the following:

Your posts in both MO forums are valid. Both are generic threads, each with another purpose. Perhaps its even better (or best) to create a specialized thread in this forum like. Wrye Flash started by MO doesn't recognize my MO mod list". That way it doesn't get snowed under. Anyway. I have searched the whole Nexus forum for the word 'flash' but can't find anything. From a technical point of view there should be now difference by kickstarting Wrye Bash (which works for me) or Wrye Flash. In general when a program is kickstarted by MO it gets served the virtual filing system of MO along with the MO skyrimprefs.ini and skyrim.ini files and a few other 'virtual' files. In this case Its best to create a 'bug report' ticket for it in the issue tracker. That way Tannin can have a look it. He probably will ask you for additional information like the modorganizer.log files. You can try a few things. Have you looked at the modorganizer.log files to see if the modlist file gets virtualized. Please have a look at the free commander section in the thirdy party programs of the wiki. What do see if you look at the contents of the modlist files (looks as if I have to update that section) when you look at it when FC is kickstarted by MO. Is it the real modlist file or the one specified in your profile (see /profiles or is it something else. I'm sorry I can't help you further but I'm not using Wrye Flash. Perhaps other Wrye Flash users can help you furhter.

Thanks for creating the 'bug report' ticket. I've updated it so it references this thread, pointed it to post #4. It was a typo, don't speak greek. Can you PM with the meaning of the mispelled username? Interesting note, Google search of Astakakos brings this very thread up as the second link. The first being a hair salon :p

Might I ask why you didn't use BOSS Userlist Manager - BUM for that. It looks as if it is the ideal candidate for handling such a situation. It allows you to create rules for BOSS in an easy way.

Please don't forget to update the ticket in the issue tracker. Tannin made the following comment there. Can you please help him as he suggests there.

Perhaps someone can try to replicate the findings of Klokinator. If it can be replicated then a 'bug report' has to created in the issue tracker. Unfortunately I'm not able to verify it in the next 2-3 days.

I have copied the post of GSDFan to the MO wiki, see the advanced tab. I invite everyone to change the information if they feel something is missing, too long, the format is incorrect. Everyone can edit the wiki and is encouraged to do so.

MO also has the ability for INI tweak files. See the advanced tab in the MO wiki, section "Mod specific ini tweaks". Good luck. I suggest migrating a few mods first, test and when you feel comfortable then to do the rest in phases.

I have copied the info of GSDFan to the MO wiki, see the advanced tab, section 'managing categories'. I invite everyone to change the information if they feel something is missing, too long, the format is incorrect. Everyone can edit the wiki and is encouraged to do so.

I have copied the info of Humbye and my comments to the MO wiki, see the Priorities tab. I have also added a 'BSA Priorities' section there. I invite everyone to change the information if they feel something is missing, too long, the format/structure is incorrect. Everyone can edit the wiki and is encouraged to do so.

The info shown here was present in DoubleYou's MO wiki sandbox version. S.T.E.P has moved the sandbox contents to the 'live' MO wiki. It can be found in the 'third party programs' tab/section I invite everyone to change the information if they feel something is missing, to long, the format is incorrect. Everyone can edit the wiki and is encouraged to do so. Edit: Added 'Q: How to see MO's virtual filing system (VFS) in action' in the FAQ tab of the wiki.

There is NO WB importer. You do have to reinstall the mods in MO but you can do that in phases. Post #1545 of the Nexus MO forum describes this. Its explained for NMM but the pirnciple applies to WB. What I recommend is doing the following: Copy the downloaded mods (zip files) to the /downloads directory.Start MOPerform a 'Query Info' on all of the files in the downloads section in the right pane.Install the mods.Optionally set the correct priority in the left pane.The order of installing the mods is NOT important as this can be changed on the fly. A good article by humbye is "Setting the mod priority you want". Should you decide to switch please do watch the videos made by Bridger and Deathneko11. Time spend very well. For bridger's video see the video section of MO on the nexus. Deathneko's ones can be found here in this forum. Also the MO wiki which is being fleshed out atm is very useful. Welcome on board. If you have more questions feel free to ask them.

I have copied the info of GSDFan and the TL;DR version of Nearox to the MO wiki, see the advanced tab, section 'mod specific ini tweaks'. A notice mentions the issue as has been reported by Astakos. I invite everyone to change the information if they feel something is missing, to long, the format is incorrect. Everyone can edit the wiki and is encouraged to do so.

@Astakakos. Please create a ticket for it in the issue tracker. This is the best and only way to report them. Tannin can then have a look at it. You can reproduce the issue which is good. In the best case Tannin can reproduce it also and fix the issue. If not you both can figure out why it affects your system and then a fix can be created. This must work as intended otherwise the feature can/will cause problems in the future as you have stated.

I have to admit I don't see a pattern in the behavior you mentioned. Username/password is stored in the file modorganizer.ini and when that one is removed (and consequently recreated by MO when it starts and thinks its the first it gets started) you must set them again in MO's setting. Not sure what you mean with this. What do you mean with reset? If you mean the 'installation date' tab/column in the left pane that information is stored in the meta.ini for each mod and is not part of the modorganizer.ini file iirc. (Not behind MO/Skyrim PC so can't check). If you mean that after that time you lost the mentioned [CustomExecutables] information again and MO shows you the 'start tutorial' question it looks to me that the modorganizer.ini file did NOT get removed but for some reason got mangled. Also strange it seems to happen only for FONV. Hopefully Tannin can help your further (and/or next MO versions creates some kind of .ini.backup files to investigate this further). My best adive is to create backups of the MO related files on a daily bases. I will update the wiki this afternoon with the relevant info. Perhaps other users have some idea but atm I'm a bit baffled about it all.

Uhuru in the past searched the whole Nexus MO forum to collect all pieces of information about the overwrite directory and combined those. I called it the definitive overwrite guide, but he doesn't like that phrase so lets just say 'its an FAR above average guide'. It is currently on the S.T.E.P. MO wiki section 'overwrite'. The Wiki atm is being fleshed out and we are still figuring out what is the best structure and format for it. In my personal vision in the end the overwrite section contains a small explanation of what it does (and a reference to the technical details), the challenges involved and why this means that the overwrite behavior can't be made completely consistent. And then a list which contains for each mod and or tool (for each of the four supported programs by MO) if files generated/changed by it end up in the overwrite directory or not. Or in case of mods like Elys Meminfo what you can do that the logs do NOT longer show up in the overwrite directory. BUT being concise and giving all the technical for me is not posible so as I said I would in the wiki ovewrite have a reference to all the technical details. THIS will be it. I invite everyone to enhance the wiki article. The wiki is NOT the effort of a small limited group of users who edit it but everyone can/should be involved. When in the future the behavior of the overwrite changes this would also be a good place to mention them. Overwrite can be changed because of changed behavior of tools or because of changed algorithms in MO. Nuff said. By Uhuru/UhuNuru (STEP/Nexus name). In Reply to All Overwrite Problem Posts (Too many to list) Working Correctly Every change to a mod requires using Overwrite folder it is Mod Organizer's temporary working folder and when the current changes are complete Overwrite is Empty !!! Mod Folder is Updated !!! User Sees Nothing it's All Automated !!! How this is Done It uses Windows Move Folder function which gives “Move From” and “Move To” data for Mod Organizer to know where the Overwrie Data is from Not Working Correctly All examples I know of are Mod Organizer working correctly as it's designed to do !!! The main reason for data being left in the Overwrite folder is Third Party Programs using Copy and Delete Folder rather than Move Folder. Generally considered good practice so copy can be verified before deletion but for Mod Organizer this is a problem because No “Move From” Folder data is available using Copy and Delete. The Third Party Program deletes the “From” Folder and Mod Organizer has no idea where it comes from So it Warns User that the Data is still in Overwrite folder to enable manual moving of Mod Files leaving them in the Overwrite folder is Not Recommended because anything in Overwrite Has Precedance The Meaning of Overwrite Has Precedance This is a term Tannin used for a feature that only Mod Organizer has, all other Mod Managers have two main Orders that define Mod Priorities Load Order which is what BOSS or Bethesda Order Sorting Software (In my opinion a much better name than Better Oblivion Sorting Software) Sorts. This is the same for all including Mod Organizer, Install Order this Does Not Apply to Mod Organizer Mod Organizer uniquely has the ability to change this Precedence or Priority override this is what is commonly called a Mod Conflict where whatever is installed Last wins the conflict (you can change this with other managers but only when installing the Mod) with Mod Organizer this is easily changed by Drag and Drop in your Profile and is indicated by the Priority Column number with highest number winning the conflict and the Overwrite Folder is automatically always the highest priority Various Tannin's Posts Saying Same things (My Emhasis of Point) The Bashed Patch is In Overwrite to enable user to Save separate ones for each Profile even though You can't use like other Mods Its easier than making new ones, this applies for FNIS and SkyProc Mods. The User must Manually organize Profile Specific Versions Until such time as a better method is found these advanced features will cause the same problems for all multi-profile Mod Managers Just to repeat When Overwrite warning is received move the files immediately back to original location that's why the warning is given Overwrite will stay empty for next use and Mods will have the correct Precedence not be last because they were left in Overwrite Link to Original Post on Mod Organizer's Nexus Forum Link to My Post of First Tannin Quote on Mod Organizer's Nexus Forum which was quote I was looking for when I found the others I found and posted it later in response to this question by wolverine2710 @UhuruNUru. I must find a new hobby it seems, every single line/quote above I have read before since I started using MO midway 2012, not good. It all seems very logical. I´m very interested how you (Mr Holmes) came to your deduction about the ´move to´ and ´move from´ functions. Tannin then posted some new information about the same post In addition as wolverine2710 said in post I'm replying to there is new functionality but the facts above are not altered by this Drag and Drop is what it says Create Mods from Overwrite Folder this is I assume for Bashed Patch mainly. If the files are already from a existing mod they should be moved back to that mod (FNIS for example) which is the Sync to Mods function I think My understanding is these functions just make it easier for users by automating these processes but being new features they have not been fully documented yet and I have no experience with them so there may be more to it! Hope this makes Overwrite folder less of a mystery, it is only used when required and most of the time you will not even see anything left in Overwrite folder, but when you do it is a because Mod Organizer either does not know where it's from or you need to choose where to put it.

The info has been copied to S.T.E.P. MO wiki, section 'advanced'. As the wiki is currently being fleshed out its possible that the contents will be moved to another section or that the contents will be condensed or otherwise edited. I invite everyone to edit the wiki page(s).

If the modorganizer.ini file is indeed removed you also have to fill in your username/password, upon startup MO have its default layout, plugin settings are removed etc. Did that happen in your case? Can you have a look at the create time of the modorganizer.ini file. This will tell you if it has been created again (looks most likely) or that the MO.ini contents has been garbled. It IS strange that this as you stated only happens for FallOut New Vegas (FONV) and not Skyrim. Thanks for creating bug "Bug report #452 - Custom added executables are occasionally being removed when opening MO" you wrote When installing mods they are installed in the mods directory. Files generated by Mods or Tools end up in the /overwrite directory. All profile related files are stored in the /profiles directory. Info about Profiles can be found in the STEP MO wiki, in the Profiles section. This all is separate from the ModOrganizer.ini file. Hence those weren't lost/reset as you have mentioned.

Have a look at Feature request #450Â -Â Flag when load order contradicts priority order. Tannin responded here with:

@Uhuru. I'm pretty much 100% sure Deathneko11 referred to me saying "I'm trying to be more concise". What can I say, you and all others have seen my posts in the past :D

Qerm has created a bug report ticket for it in the issue tracker. Its #451. Solution: It needs to be fixed by the mod author. Replies from Tannin in this ticket and the Nexus MO forum.

Originally Nexus user Sean3h posted this in the Nexus MO forum. So that this discussion will not get buried on the nexus forums I created the question here and will respond to it here. I myself have not experienced this problem and I don' think it is related to the specific use of Fallout New New Vegas (FONV). I can't recall having seen reports about this before, but don't have a perfect memory. If others have experienced it please DO mention it here. Making regular or even daily backups of the Mod Organizer (MO) related files is good practice. Its described in the 'Advanced' tab of the S.T.E.P. MO wiki. Should something go wrong you can go back to a previous working situation/date. The [CustomExecutables] part of the ModOrganizer.ini contains the info you described. Unless you know exactly what you are doing do NOT edit this file. On startup MO checks for "automatically recognized executables" and updates the [CustomExecutables] section. It looks as if sometimes the custom added executables gets removed or are overwritten. See the 'Third Party Programs' tab in the wiki for more information. Questions: Do perhaps other settings get removed or it is just this information. Please create a 'bug report' ticket for it in the issue tracker so Tannin can have a look at it. I also invite users with the same problem to update it. The more information Tannin has the better.

@all. Deatneko11 and I talked about this (because it was not clear to me)Â and he elaborated: What do you all think are the advantages and disadvantages of this approach.