Wrye Bash - Thread #108

Post » Sun Mar 27, 2016 7:26 am

Continuing from the http://www.gamesas.com/index.php?showtopic=1589330...

What does Wrye Bash do?
  • It makes it safe to try out new mods because it will restore everything to the way it was when you uninstall a mod
  • It makes more mods compatible with each other by importing information from different mods into a "bashed patch"
  • It allows you to exceed the 255 mod threshold by automatically merging some types of mods for you
FAQ:

Spoiler
  • What the heck do all these acronyms mean?

Yeah, to save typing, we often sling around terminology that can be confusing to newcomers. Here's a quick rundown of what we mean:

  • WB: Wrye Bash. Written in Python.
  • WBSA: Wrye Bash Standalone. Wrye Bash packaged with the required Python interpreter and all dependencies into one neat executable package. Still internally runs on Python, but since the interpreter is internal to the exe, no Python components are required to be installed.
  • PBash: A Bashed Patch built with the "classic" Python mode patchers. These patchers read, process, and write mod records all in Python.
  • BAIN: BAsh INstaller. You use it from the WB Installers tab
  • BAIN archive: A mod released in a format that can be installed by BAIN
  • CBash:
    • A Bashed Patch built with the CBash (see #2) mode patchers. These patchers still do mod processing in Python, but utilize CBash.dll to do the file reading and writing.
    • A C++ written DLL with a C API, that is used for reading and writing ESP/ESM format files. This is the only part of Wrye Bash not written in Python (well, except for calls to 7z.exe to extract things).
    • The practical benefits of using CBash are:
      • Building the bashed patch is much faster
      • More plugins are mergeable, giving you the ability to cram more goodness into the game
      • In the future, more interesting kinds of tweaks will be practical to implement


Download: http://www.nexusmods.com/oblivion/mods/22368 and, of course, https://github.com/wrye-bash/wrye-bash/releases.

Documentation:
  • http://wrye-bash.github.io/docs/Wrye%20Bash%20General%20Readme.html, http://wrye-bash.github.io/docs/Wrye%20Bash%20Advanced%20Readme.html, http://wrye-bash.github.io/docs/Wrye%20Bash%20Technical%20Readme.html, http://wrye-bash.github.io/docs/Wrye%20Bash%20Version%20History.html (also included in the download as "Wrye Bash General Readme.html" in the Mopy/Docs folder)
  • alt3rn1ty's http://www.nexusmods.com/oblivion/mods/35230 (For Oblivion, new guide for Skyrim pending)
  • Metallicow's BAIN http://www.nexusmods.com/oblivion/mods/38857
  • Translated documentation and guides: http://guides.tesfans.org
Requirements and Installation:

Short version: just use the installer, and install everything to their default locations.

Long version: see the http://wrye-bash.github.io/docs/Wrye%20Bash%20General%20Readme.html for information, and the http://wrye-bash.github.io/docs/Wrye%20Bash%20Advanced%20Readme.html for even more details.

Development:
The project is hosted at https://github.com/wrye-bash/wrye-bash. You'll need a GitHub account to create or add data to bug reports and feature requests.

Reporting Bugs: Try to give us enough information to diagnose your problem. The following information is useful to us:

Spoiler
  • Your operating system! If on windows and UAC is enabled and the game is in the default directory (ex C:\Program Files (x86)\Bethesda Softworks\Oblivion) please install it somewhere else. This can cause lots of problems.
  • Wrye Bash version! Also specify if you are using Python Wrye Bash, or Wrye Bash StandAlone exe (WBSA). If you're using a development version, be sure to include the commit SHA.
  • Bug description - be sure to include:
    • what you did (step-by-step),
    • what you expected, and
    • what happened.
  • Any and every error message you encounter. `stdout/stderr` window that pops up with errors is especially useful - but if you produced a bugdump you won't see this - the errors will go to the bugdump (preferred).
  • The bashbugdump.log

    The `bashbugdump.log` contains precious information on your python install, encodings etc - you must add this to your report. To generate it:
    • Python version
      Launch `Wrye Bash Debug.bat` (recommended) or fire up a command prompt, navigate to Mopy and issue

      C:\path\to\Mopy>c:\path\to\Python27\python.exe "Wrye Bash Launcher.pyw" -d
      C:\path\to\Mopy>"Wrye Bash Launcher.pyw" -d won't work.
    • WBSA version: Fire up a command prompt, navigate to Mopy and issue:
      C:\path\to\Mopy>"Wrye Bash.exe" -d
    This way the output will be redirected to Mopy/bashbugdump.log and no more stdout/stderr windows will pop up.
  • Are you using a bash.ini ? If so, include its contents (in spoiler tags, please!).
  • Is the problem related to the Bashed Patch ? If so include the following:
    • Your Load Order (in spoiler tags). Right click on a column header in the Mods tab > 'List Mods...'.
    • Your Bashed Tags (in spoiler tags). Right click on a column header in the Mods tab > 'List Bash Tags...'.
    • Your Bashed Patch config (in spoiler tags). Right click on a column header in the Mods tab > 'List Patch Config...'.
  • If you think you've found an error using WBSA, be sure to uninstall ALL python components and test it again first, to be sure we get an accurate report. Having python installed can sometimes trick the WBSA into thinking that it has all of the files it requires, even if it really doesn't.


You can see all the known bugs in the https://github.com/wrye-bash/wrye-bash/issues, and more info on reporting a bug and Bash's logs
on our https://github.com/wrye-bash/wrye-bash/wiki/%5Bgithub%5D-Reporting-a-bug wiki page

Linking: If you'd like to link to Bash from somewhere else, please do! But be sure to link to either http://www.nexusmods.com/oblivion/mods/22368 or https://github.com/wrye-bash/wrye-bash. Don't link to the actual download file, since that changes fairly frequently.

Related Projects:
  • The Official http://www.gamesas.com/index.php?showtopic=1505167.
  • Load orders should be managed with http://boss-developers.github.io/, which also supplies updated lists of tags used for importing (though even if you don't use BOSS, a basic taglist is shipped with each version of Wrye Bash)
  • Valda ported and maintains Wrye Bash for Fallout3 (http://www.gamesas.com/index.php?showtopic=1211142) and Fallout3 New Vegas (http://www.gamesas.com/index.php?showtopic=1234195). These are in the process of being re-integrated into Wrye Bash proper.
Join the Wrye Bash Team:

Currently we are looking for volunteers to contribute Wrye Bash. The main focus is updating Wrye Bash's code so that it can handle more than just leveled lists for Skyrim. However, that does not mean that the Oblivion version will be ignored. Wrye Bash is written in Python but does use some external C++ files. For that reason we need Python programmers primarily but could use anyone with C++ experience to update the external libraries that Wrye Bash uses. If you would like to volunteer please PM me. Your help will be greatly appreciated.

The updates that are needed:

1) Update patchers so Wrye Bash can process Skyrim's files as it does for Oblivion
2) Finalize the code refactoring that started with 305 and 306 - mainly refactor BAIN and freeze the layout of the patchers package
3) Finalize the UI refactoring so we can move on to newer python/wx python versions
4) Update CBash. CBash is the exception in that it can be updated at any time as long as there is a volunteer to work on it.

Please see the https://github.com/wrye-bash/wrye-bash#contributing in our repo readme.

Changelog for Latest Version:
306 Code refactoring, performance [2015/11/07] [Utumno]

Spoiler
  • Option to list dependencies on a particular mod [Utumno]
  • Optionally skip instead of ignoring Skyrim .BSL [Utumno]
  • Wine Compatibility [Utumno]
  • Oblivion esm version swapping fixups [Utumno]
  • Switching save profile does not activate mods for this save profile [Utumno]
  • Master list fixups and enhancements [Utumno]
  • UnicodeDecodeError on tmp dir creation when username contains non ascii chars [Utumno]
  • Table.dat fixups [Utumno]
  • Scroll position not set on startup (Installers, People and Screens tabs) [Utumno]
  • Delete fixups [Utumno]
  • Ghosted Plugins Sorted after the Bash Patch [Utumno]
  • Bash loads an invalid plugins.txt without notifying the user of the error. [Utumno]
  • Mergeable plugins do not auto deactivate [Utumno]
  • Error when applying BCF [Utumno]
  • [Ini setting] re-add setting for BOSS executable location [Sharlikran]
  • [Ini setting] Disable prompt for activating bashed patch [Utumno]
  • skyrim_const.py is missing the 3rd hi-res DLC file in bethDataFiles array [jfpelland]
  • Added a force UTF-8 option to plugin encodings. [Utumno]
  • Skyrim - New GMST settings tweaks requests [jfpelland]
  • Huge lag when switching back to mods tab from another application [Utumno]
  • Menu item to load only selected mods [Utumno]
  • Comments box forgets its size [Utumno]
  • UnicodeDecodeError when importing a face to a save [Utumno]
  • Rework Mod Groups - remove BALO [Utumno]
  • Bash should send deleted files to the Recycle Bin [Utumno]
  • Masters list displays incorrectly [Utumno]



Full http://wrye-bash.github.io/docs/Wrye%20Bash%20Version%20History.html is available online.
User avatar
Chris Jones
 
Posts: 3435
Joined: Wed May 09, 2007 3:11 am

Post » Sun Mar 27, 2016 4:06 am

Bug tracking and progress towards 307. Here's a rundown of what the next release will contain, as well as a list of all known bugs and requested enhancements. Links lead to the github issue tracker artifacts. If you have information or opinions pertaining to any particular bug or enhancement, please comment at the tracker link. If you have screenshots or sample files, you can attach them (or a link to them) to the trackers too. Any information helps but keep the posts at the tracker as technical as possible! Users who have reported bugs and are updating from git: please check the following for any closed/fixed bugs (indicated with a strikethrough). Confirmation of the fix would be much appreciated. Please note: we have not finished transferring the bug tracker from Sourceforge so please look http://sourceforge.net/p/oblivionworks/bugs/ as well before posting a bug.

https://github.com/wrye-bash/wrye-bash/issues?q=milestone%3A307+is%3Aissue+is%3Aopen
  • https://github.com/wrye-bash/wrye-bash/issues/279: Installer column for mods/inis is not always updated https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/271: Screenshots Tab - Image remains displayed after deleting last screenshot
  • https://github.com/wrye-bash/wrye-bash/issues/270: BAIN Skips fixups https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/262: Fix overflow error in mods tab for large modification dates https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/236: Cosaves are not edited when editing the save's masters list
  • https://github.com/wrye-bash/wrye-bash/issues/235: Package script and installer fixups https://api.github.com/users/lojack5
  • https://github.com/wrye-bash/wrye-bash/issues/229: MustBeActiveIfImported tag appears to do nothing
  • https://github.com/wrye-bash/wrye-bash/issues/209: Wizard does not show images https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/181: CBash patcher does not import names from csv files
  • https://github.com/wrye-bash/wrye-bash/issues/179: Mods flicker on mouse over https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/97: Ini Tweaks throw an Exception under Japanese Locale
  • https://github.com/wrye-bash/wrye-bash/issues/96: BAIN Installers does not install all files https://api.github.com/users/lojack5
  • https://github.com/wrye-bash/wrye-bash/issues/93: BAIN is no longer auto-annealing even with the setting enabled (possibly resolved)
  • https://github.com/wrye-bash/wrye-bash/issues/92: [Oblivion] Bashed Patch changing hardcoded FormIDs
  • https://github.com/wrye-bash/wrye-bash/issues/278: Installers Quick Refresh menu item https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/277: Refreshing an installer should refresh/rescan its files in Data https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/276: Customizable color for markers https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/269: Skip Bash Installers Folders https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/253: Drop support for older Bash settings files https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/231: Masterless blank esps https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/221: Remove the messages tab https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/214: Bashed Patch with Nehrim and other total conversions https://api.github.com/users/jfpelland
  • https://github.com/wrye-bash/wrye-bash/issues/210: Lock load order https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/205: Refresh optimizations https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/171: Make mod export dialogs to remember the export path
  • https://github.com/wrye-bash/wrye-bash/issues/83: Function to check for changed FormIDs
  • https://github.com/wrye-bash/wrye-bash/issues/53: Jump from Mod List to the Installer that installed a mod https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/26: Persistent language setting
https://github.com/wrye-bash/wrye-bash/issues?q=is%3Aissue+is%3Aopen+label%3Abug

Spoiler
  • https://github.com/wrye-bash/wrye-bash/issues/280: CBash memory error
  • https://github.com/wrye-bash/wrye-bash/issues/223: Apply BCF fails when the converted installer is present

https://github.com/wrye-bash/wrye-bash/issues?q=is%3Aissue+is%3Aopen+label%3Aenhancement

Spoiler
  • https://github.com/wrye-bash/wrye-bash/issues/290: Better handling of missing game ini
  • https://github.com/wrye-bash/wrye-bash/issues/289: Add more text styles and mouse tips in the Installers tab
  • https://github.com/wrye-bash/wrye-bash/issues/274: Prompt to see if user wishes to remove crc-mismatched files on BAIN uninstall
  • https://github.com/wrye-bash/wrye-bash/issues/273: List files in clean data/ sync from data
  • https://github.com/wrye-bash/wrye-bash/issues/272: Wizard Fixups and additions
  • https://github.com/wrye-bash/wrye-bash/issues/267: Collapsible Markers
  • https://github.com/wrye-bash/wrye-bash/issues/266: Rework docs detection and display by BAIN
  • https://github.com/wrye-bash/wrye-bash/issues/256: Undo Load order change
  • https://github.com/wrye-bash/wrye-bash/issues/254: List Script Extender Plugins
  • https://github.com/wrye-bash/wrye-bash/issues/250: Profiles https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/249: OR file extension issue
  • https://github.com/wrye-bash/wrye-bash/issues/233: BSA tab
  • https://github.com/wrye-bash/wrye-bash/issues/222: Converters Tab
  • https://github.com/wrye-bash/wrye-bash/issues/216: Alt + right/left arrows shortcut to navigate to next/previous selection in all Bash lists https://api.github.com/users/Utumno
  • https://github.com/wrye-bash/wrye-bash/issues/213: Highlight the masters of the bashed patch
  • https://github.com/wrye-bash/wrye-bash/issues/196: Face Import fixups
  • https://github.com/wrye-bash/wrye-bash/issues/189: Wizard GetEspmLoadOrder function addition
  • https://github.com/wrye-bash/wrye-bash/issues/81: Add launcher for LOOT https://api.github.com/users/WrinklyNinja
  • https://github.com/wrye-bash/wrye-bash/issues/52: BAIN: Create a special package for vanilla files
  • https://github.com/wrye-bash/wrye-bash/issues/51: 'NoMerge' and 'Deactivate' improvements
  • https://github.com/wrye-bash/wrye-bash/issues/50: View of data folder with source installers
  • https://github.com/wrye-bash/wrye-bash/issues/49: BAIN 'Update from file'
  • https://github.com/wrye-bash/wrye-bash/issues/48: More visible BAIN comands
  • https://github.com/wrye-bash/wrye-bash/issues/47: Recognize BCFs that are introduced via File drag'n'drop
  • https://github.com/wrye-bash/wrye-bash/issues/46: Per-plugin encodings
  • https://github.com/wrye-bash/wrye-bash/issues/45: SEFF icon tweaker
  • https://github.com/wrye-bash/wrye-bash/issues/44: BAIN 'Hide' feature requests
  • https://github.com/wrye-bash/wrye-bash/issues/43: Hide some "always recommended" Bashed Patch options
  • https://github.com/wrye-bash/wrye-bash/issues/42: Automatic 'Plugin Encoding' detection
  • https://github.com/wrye-bash/wrye-bash/issues/41: Sync to Data for archives
  • https://github.com/wrye-bash/wrye-bash/issues/40: Better readme detection
  • https://github.com/wrye-bash/wrye-bash/issues/39: Preview of 'Clean Data'
  • https://github.com/wrye-bash/wrye-bash/issues/38: Cancel a package install
  • https://github.com/wrye-bash/wrye-bash/issues/37: BAIN packaging of projected data into a BSA
  • https://github.com/wrye-bash/wrye-bash/issues/36: Refactor generic launchers
  • https://github.com/wrye-bash/wrye-bash/issues/31: Add patcher support fo XCLR subrecords of CELL
  • https://github.com/wrye-bash/wrye-bash/issues/30: Date activated column



The bugs mentioned fixed are fixed in the stable development version, you can download the python files from here: https://github.com/wrye-bash/wrye-bash/archive/dev.zip

Bleeding edge code: https://github.com/wrye-bash/wrye-bash/archive/utumno-wip.zip

We will soon update with links to executables for the stable and bleeding edge 307 beta.

UPDATE: bleeding edge WB standalone: https://www.dropbox.com/sh/7b5ily482re0khs/AAD3vAWMVJNIpuS30tsdVte5a?dl=0. If more than one files in there download latest !
User avatar
no_excuse
 
Posts: 3380
Joined: Sun Jul 16, 2006 3:56 am

Post » Sun Mar 27, 2016 8:38 am

Did I ? Strange...

What wrye Bash does is seeing if there is an my_mod_custom.ini inside the data folder and if that ini differs from the new version. For every difference it creates an ini tweak. Those tweaks are (naturally) stored in the ini tweaks directory. Then you can apply them

That's what's supposed to do - not sure there are no bugs, or that this is the ideal functionality - see below

My interpretation was that it *would* directly edit the sdr.ini file. It didn't. And actually, I tested two different variations. The first was when there was an sdr.ini file that was already there before installing SDR. Wrye Bash chose to ignore the file. The second was when the sdr.ini file was not there. And in that case, it did not apply the change directly to the sdr.ini file, but generated the tweak file instead, and gave me no pop up message letting me know it did that. The only reason I knew to look for it was because I had created the wizard. A typical user will have no idea that anything happened on the back-end, and SDR will not behave the way they thought it should based on the installation wizard process/selections.

> If the file that you tell Wrye Bash to apply the tweak to is from the current installer

Was the SDR.ini file from the current installer in variation 1 ?


> every group within the sdr.ini that was mentioned in the wizard got completely erased

What is a "group" ?

Saebel bear with me cause we can fix/ammend/enhance this once and for all - I did not want to get into tweaks and wizards for the beta but here I am doing it, so let's fix this (including the docs, which I would leave to you once we decide what the code does).

@Imstearn - so there are refresh bugs in the ini tab (there are...)
User avatar
Jason King
 
Posts: 3382
Joined: Tue Jul 17, 2007 2:05 pm

Post » Sun Mar 27, 2016 2:55 pm

I don't know if that was noticed before but there a feature that spear disappeared from the latest 3.07 beta is the automatic rename of Readme files in bain archives. Now if we put something like readme.txt or readme.rtf it remain as is in WB. Also let me remember of the best features I appreciate in WB: his ability to remember old Oblivion installations. One can delete or change anything in his computer and keep intact "Bash Installers" folder and "bash.ini" intact, next time he install a fresh Oblivion, WB remember magically the structure of old installation. I use this all the time.



Thanks for the time and work done to develop this tool.

User avatar
N Only WhiTe girl
 
Posts: 3353
Joined: Mon Oct 30, 2006 2:30 pm

Post » Sat Mar 26, 2016 11:47 pm

By group I mean section.


[section]

bSetting=1


All the sections except one got erased, and I have no idea how. The only thing I do know was that the wizard did have at least one line of code that tweaked at least one ini line from each section, except for the section that remained. All comments got erased too.


I have been unable to replicate it. And since I wasn't expecting it, I wasn't paying strong attention to the steps that led up to it. It may have been a pop up where I chose "cancel", but I can't be sure. The only other possibility is that maybe it was just an old file that got somehow copied over. I just don't know. Let's just leave it as a mystery and don't worry about it unless it happens again. I'm still new to using the .ini system this way, so I will keep an eye out and be more cautious with my process.


Regarding the sdr.ini file, yes it was included as part of the SDR installation package, so the tweak should have been applied automatically in my opinion. As the mod author, that's the behavior I want.


As a mod user, I think that after installing a mod that has ini tweaks it would be a good idea to have a prompt that asks whether or not I would like to review and apply any ini tweaks now or later with an option to suppress the dialog for experienced users. I'm not talking about the .ini that comes with the installer, but rather .ini tweaks for other mods. For example, in order for SDR's Blindness Magic System to work, I have to tweak an OblivionReloaded.ini setting. So sdr.ini tweaks would he automatically applied and then I would review and apply any others.


Users who are new to Wrye Bash and the ini process will need some hand holding the first time. It feels a bit convoluted in its current form. For instance, I noticed that in the Ini tweaks tab, when selecting an .ini file, the only initial option is to select the Oblivion.ini. Any additional ones have to be browsed for - including files that tweaks were created for during the installation process. I think it would speed things up if any .ini tweak created during a wizard is related to either a pre-existing .ini file ornone that is in the installer package, that .ini should automatically get added to the pick list.


The other thing I was initially confused about was why all tweaks were displayed and available for activation regardless of which .ini file was being edited. The whole process confused me and I almost applied sdr.ini tweaks to the Oblivion.ini.


Most folks look at processes from left to right, so if I was designing the system from scratch, I would:

a. have a list of .ini files on the far left.

b. when an .ini file is selected, then and only then would the tweaks be displayed in the middle, and only the tweaks relevant to the selected ini.

c. On the far right would be the contents of the selected ini. I like how highlighting os done that shows which elements are relevant to which tweaks.
User avatar
Darlene DIllow
 
Posts: 3403
Joined: Fri Oct 26, 2007 5:34 am

Post » Sun Mar 27, 2016 3:01 pm

> Regarding the sdr.ini file, yes it was included as part of the SDR installation package, so the tweak should have been applied automatically in my opinion. As the mod author, that's the behavior I want.

Please link me to your sdr mod - the experimental version with the wizard that edits the inis - it's crazy this code, I warn you - but I may be able to see what's in there

> One last thing. I noticed that in the Ini tweaks tab, when selecting an .ini file, the only initial option is to select the Oblivion.ini. Any additional ones have to be browsed for - including files that tweaks were created for during the installation process. I think it would speed things up if any .ini tweak created during a wizard is related to either a pre-existing .ini file ornone that is in the installer package, that .ini should automatically get added to the pick list.

Makes sense - I was wondering if the code does that - seems it does in one case and not in others

> when an .ini file is selected, then and only then would the tweaks be displayed in the middle, and only the tweaks relevant to the selected ini.

See: https://sourceforge.net/p/oblivionworks/enhancements/190/- will carry it in github soon, I was thinking of it - makes sense

As for reaaranging the panes - no or not yet, technical reasons, list must remain on the far left - it would need major refactorings. It's in my mind to rework internal handling of ini plugins details - needed for better handling of details all over Bash -

@gamingsrc:

> the automatic rename of Readme files in bain archives. Now if we put something like readme.txt or readme.rtf it remain as is in WB.

Hmm I was just looking at this now - there are differences between complex and simple packages - can you give me more details and I will fix it.

Btw I am not satisfied with BAIN handling of docs - I'd rather create subfolders in Docs/ for each installer - how about that ?

UPDATE: @saebel - well went through the code that installs a file - not the wizards code - plain right click > Install. What Bash does is - say you have an installer that installs a mod ini in Data/ (NOT in ini tweaks) say sdr.ini (your case ?)

1. Bash checks if such a file exists already

2. If exists (only !) checks if the crcs of the file to be installed and the one that exists match

3. If crcs do NOT match (so file to be installed is different) makes a copy of the existing ini named 'sdr, ~Old Settings [sdr].ini' and dumps that inside Data/Ini tweaks.

4. Then it proceeds to install the mod and overwrite the copied ini

5. Then it checks to see if any settings actually differ or are missing from the newly installed ini (omments editing should be not perfect (there is an effort in the code) - later). If yes, it rewrites 'sdr, ~Old Settings [sdr].ini' else it removes it.

6. Finally if any such tweaks are created it warns the user that hey:

> The following INI Tweaks were created, because the existing INI was different than what BAIN installed: [list of tweaks]

No effort is made to add the ini file to the drop down list - the wizard does this effort and has other differences - and despite your not being ebale to reproduce the behavior it sounds like a serious edge case bug to me. But first things first - could you please verify for me that right click install behaves as I think it does ?

That is a good catch - there are three cases in the code - Install, External Install and wizard - and all behave differently (external install does nothing, install as described and wizards - uh oh) - so about time to have this code in one place - the install it was me who had refactored so let's see if it is ok

One bug that I see - those ini tweaks created by Bash are _not_ linked to the installer - so never uninstalled. It can be a major pain to fix and not very important but at least it should be doc'ed (along with my explanation above)

User avatar
Laura Cartwright
 
Posts: 3483
Joined: Mon Sep 25, 2006 6:12 pm

Post » Sun Mar 27, 2016 3:23 pm

In the previous versions (I think v3.06 this woked) when we had an archive say


My XYZ Mod.7z

or


My XYZ Mod.zip


or

My XYZ Mod.rar



and the archive containing the following folders listing



00 Core

01 Plugin 1

02 Plugin 2


...

Readme.txt (rtf)



or



Readme.txt (rtf)

Data ->


Textures

Meshes

Sound


...



or




Readme.txt (rtf)

My_Mod_Folder ->


Textures

Meshes


Sound

...



and let say we have downloaded this archive "My XYZ Mod.7z" (.zip, .rar) from texnexus and copy it to the folder:



Oblivion Mods \ Bash Installers



then we launch Wrye Bash and click on "Installers" tab and let it examine "Bash Installers" content. Then when you click on "My XYZ Mod.7z" on Wrye Bash mod listing and see General Tab on the right, you discover that WB moved + renamed Readme.txt (rtf) to



Docs\My XYZ Mod.txt (rtf)



This no more happening as of version 3.07 beta and my tests.




I have also a feature request to add "Wrye Bash Wizard" syntax highlighting to editors like Notepad++ when it discover them. This will encourage more people to write WB wizard scripts in text editors. But that's just an optional suggestion.

User avatar
Lisha Boo
 
Posts: 3378
Joined: Fri Aug 18, 2006 2:56 pm


Return to IV - Oblivion