So forgive me if I should know this but when trying to install the new Enhanced Economy which uses the Data\Enhanced Economy\ folder, BAIN refuses to install or even show the "02 Price files" folder in the sub-package list. And checking "Has extra directories" does nothing. Anyone know why?

I know I can edit the bosh.py myself and add 'enhanced economy' as a doc folder but that's quite annoying methinks.

EDIT: Ok, I fixed the problem below by doing what PacificMorrowind recommended to another guy:



Or deleting the Installers.dat works but is very annoying since you have to redo everything. I'll leave the problem report below just in case others have the same issue.

Problem: After doing a bunch of edits and deletions to existing BAIN packages (with BAIN open), now I get this error when going to the installers tab:

Traceback (most recent call last):
File "C:\Games\Oblivion\Mopy\basher.py", line 3492, in OnShowPage
self.GetPage(event.GetSelection()).OnShow()
File "C:\Games\Oblivion\Mopy\basher.py", line 2197, in OnShow
if data.refresh(progress,what,self.fullRefresh):
File "C:\Games\Oblivion\Mopy\bosh.py", line 10676, in refresh
if 'S' in what or changed: changed |= self.refreshStatus()
File "C:\Games\Oblivion\Mopy\bosh.py", line 10967, in refreshStatus
changed |= installer.refreshStatus(self)
File "C:\Games\Oblivion\Mopy\bosh.py", line 9890, in refreshStatus
for file,sizeCrc in dirty_sizeCrc.iteritems():
RuntimeError: dictionary changed size during iteration

It scans and scans but when done I get some crc error and it won't let me go to the installers tab at all (it's blank). I reinstalled the Wrye Bash 279 archive but that doesn't help.

Sorry for all the problems! But thanks for the help.

Maybe a different Python install is trying to run it? Bash should work with 2.5.4 and 2.6.4, but won't work with any of the 3.0s (or, at least, there seem to be some key differences that should stall it). Can you run it from console without the debug switch? You can also try "bash.py -d" alone and see what happens.

Right click on the installer tab and disable "auto refresh projects". that helped me with "RuntimeError: dictionary changed size during iteration" bug

I upgraded from 277 to 279 today and got that "dictionary changed size during iteration" while doing a "sync from data" on a project on the Installers tab. The sync succeeded (the files were copied) but the checkbox stayed orange until I did "refresh data" again.

Speaking of "sync from data", would it be possible to enable this command for projects that BAIN thinks are already synced (i.e. green diamond)? Currently, when I make changes to a mod I'm working on, I have to do "refresh data" on the whole Installers tab (which takes awhile) to make the project's icon change from green to orange so that I can use "sync from data" on it. It'd be helpful if I could choose the sync command even if BAIN hasn't noticed the changes yet, and then BAIN would rescan just that project's installed files, notice the modified ones, and offer to sync them.

Thanks for the reply! I will implement this as soon as I have access to my computer again.

Edit: I am also having Brumbek's and Wizard256's data refreshing/changing issues. It can happen on startup, if I have modified existing projects in the installers folder, or if I uncheck plugins of a package in the installers tab. Everything is fine in 256. Turning off auto-anneal did not help, but I will report back again after making the above change and trying the turn of auto refresh projects setting.

Actually all you really need to do is to load the mods late into your load order and when creating the bash patch select Import Cells and make sure that the LTBD mods are ticked. When it creates the bash patch it will just merge the cell changes into the bash patch itself. You dont even need the mods themselves activated. Isnt that nice

Its easier than going through what you suggested

That only works if you are willing to change your load order. There are certain cell tweaks that get overridden simply because multiple mods make "cell" tweaks to the same cell. For example, my "Cells & Worldspaces" patch plugin contained Enhanced Water changes overwritten by BC (because it loads later, as it should) and name changes that I thought made sense from various early loading mods (i.e., UOP and OMG.) You could make a patch to load in front of the bashed patch with various import cell tags to the same effect, however. The additional patch is still necessary for certain load orders, inactive or not. (Unless of course, you patch which ever mods are making the unwanted overrides, but that is more troublesome work in my book.)

SVN # 198

Traceback (most recent call last):
File "D:\Games\Oblivion Gold\Mopy\basher.py", line 4516, in Execute
raise
File "D:\Games\Oblivion Gold\Mopy\basher.py", line 4478, in Execute
patchFile.buildPatch(log,SubProgress(progress,0.8,0.9))
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 13879, in buildPatch
self.convertToShortFids()
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 5184, in convertToShortFids
selfTops[type].convertFids(mapper,False)
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 4253, in convertFids
record.convertFids(mapper,toLong)
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 1916, in convertFids
self.__class__.melSet.convertFids(self,mapper,toLong)
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 1578, in convertFids
element.mapFids(record,mapper,True)
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 763, in mapFids
if save: fids[index] = result
TypeError: object doesn't support item assignment

fixed, (as you probably noticed in the svn logs) thanks


280 will be out a 1-3 days (at least I've scheduled it for a Wednesday Release so unless there is a major delay that should be fine)


egh that is an odd error... can't really fix it without knowing a bit more (that bugdump tells me what it is doing wrong but not why)... a couple questions:
1. what esp/m (if known) being included in the patch is causing that
2. what patcher (if known)
Sorry for not responding much last couple weeks... been really busy... I'll try to catch up on all unanswered posts/put in my 2 cents today.
Pacific Morrowind

Anyojne know why I am inable to donwload python on nexus web site to reinstall wrye anyone know why so I can get wrye bash goning agin

Just follow the links in the first post and install the requirements separately. I recommend going with the Python 2.6 + comtypes installation anyway.

Did that work for you?

Thakns for the quick response the only question is that i have never downloaded python that way always throuhg nexus which pus everything togeter. So I need to download all three of the thng and then install them and finaly use the 275 bash installer correct?

Actually, you could just download the Wrye Bash archive to the Oblivion folder and use "extract here." It is a simple installation. I recommend using 276 until 280 is released. I alternate between it and 279. 279 has a bunch of bashed patch features that I do not want to miss. 276 is stable, which is why I recommend at least upgrading to that version.

@Zone22: I do not have access to my computer, physically or otherwise right now. Hopefully, I will be able to reach it with LogMeIn later today, so I will try to get back to you on that if I am successful.

Can't agree more about 279! suddenly my game looks better, NPCs act better, everything improves... is it the new Wrye Bash, the new PC or both?

what I have always done was when I did a full reinstall is to download python from mexus insta that and the n use the 27h installer and then upgrade it to 279. I never could install it before the installer right that why I us eht e installer version. You said to upgrade to the newest version of python and i wil do it just don't understand if I download all three of the items and do they instyll the same way as the other version does form nexus or is there somthing I need to do different thanks for any help.

I think that the installation is pretty straight forward. Just go with the default. Install Python before installing the other two files. That's about it. You should be able to just extract the archive into the Oblivion folder and be good to go.

I'm having a little trouble with BAIN, guys. I can install stuff no problem, but when it comes to changing the files installed BAIN packs up and won't do it.

For example I'm using RBP and got some files installed wrong (hardly supprising - theres so many of them) when I tried to remove some and add different ones BAIN locked up. I couldn't use the installers tab untill I removed the RBP files from the Bash Installers folder. Starting installation again fixed the problem. Any chance of having a look?

Sorry I haven't got the error report, but can gat it later (at work at the mo )

What version of Wrye Bash are you using? Try the v276 archive for now. If you want the bashed patch tweaks for the latest version. Reinstall v279 after making all desired changes to your BAIN packages.

I'm using the latest 279 on a new install of everything. RBP comes in a BAIN package and 1st time installation works just fine. The problem is CHANGING/uninstalling anything really throws Bain out.

I really don't like your idea because upgrading from older versions to the latest is what caused my original problem of not being able to install anything via BAIN :brokencomputer:

It seems a number of people, including me (I've been complaining enough) are having trouble with various kinds of modification in BAIN with v279. I am suggesting switching to an older version that seems to be stable. Switch to v276, or wait until v280 comes out, constantly reinitializing in the meantime. All I do is keep the v276 and v279 archives in the Oblivion folder, and "extract here" as the situation calls for a swap. Oh, that reminds me, I should be able to get through to my computer now.

Edit: The replacement of "iteritems" seems to have solved all problems. If the good news continues, I will report back again.

Traceback (most recent call last):
File "D:\Games\Oblivion Gold\Mopy\basher.py", line 4516, in Execute
raise
File "D:\Games\Oblivion Gold\Mopy\basher.py", line 4478, in Execute
patchFile.buildPatch(log,SubProgress(progress,0.8,0.9))
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 13879, in buildPatch
self.convertToShortFids()
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 5184, in convertToShortFids
selfTops[type].convertFids(mapper,False)
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 4253, in convertFids
record.convertFids(mapper,toLong)
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 1916, in convertFids
self.__class__.melSet.convertFids(self,mapper,toLong)
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 1578, in convertFids
element.mapFids(record,mapper,True)
File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 763, in mapFids
if save: fids[index] = result
TypeError: object doesn't support item assignment

Error in svn ##197-199
Error on step 'Completing\nConverting fids' or once after this.

SVN #196 all normal

Something strange happening with the import animations on my Sensual Walks patch for Verona House Bloodlines...

If I create a bashed patch with the import animations, the walk animations don't seem to work - instead the vanilla ones are applied. I used TES4Edit and looked at the bashed patch and it seemed to be doing what it was meant to - just cannot see why it does not work.

If I mark the Sensual Walks patch as mergeable and then rebuild the bashed patch, it works as it should.

All the other Sensual Walks patches that I am using in my game seem to be working fine with the import animations feature.

Any thoughts on what could be causing this exception? I am running version 279 with the item fix applied.

I'm having trouble with file skipping for installers. This is the overview text for an unmodified OOO_133_Complete.7z:



Ignore the 14 conflicts, but note all the crap Bash wants to install. The ico and exe files, the docs (I have Skip Docs checked), plus the extra OOO and conversion data folders. How much of this is intended? The readme says that at least the exe file and omod conversion data should be skipped. What I expect is that nothing will be installed except the esp/esm files and the meshes/sound/textures folders.

Make sure you uninstall a mod before changing the installation.