as long as I don't get distracted by the shiny graphics... oh well hopefully not too much; wow the speed is stunning - open the door and no load screen not even 2 seconds! and being eaten by nice goblin before I would a thought it could have loaded.
Pacific Morrowind

Great. Yea I only solved it after getting over my stubborn thought that there was no way I could have done what I did (and reinstalling and reinstalling Python and WB over and over). I finally ended up reverting to v287 and it gave me another error at the same time except it did point out OOO AND Supreme Magicka as culprits. I did it twice and Im usually pretty surgical. I couldnt find out what I did in OOO since I only intended to change a handful of globals. Best I could tell was maybe a mishap in the header info. I replaced it w a backup, did my edits again and it worked. Supreme magicka was a bad magic effect edit. Anyway, at least it managed to sort of find a typo bug, eh? Glad to be of service!! :bolt:

Thanks - should do my HW :whistling:
As for bash moving the file at the end of list - I should post a way to reproduce it - had it happened a couple of times but do not know under what conditions yet - I will be waiting for it now :ninja:

Thanks

Getting errors such as this almost every time I try to install/uninstall something via BAIN. Using v291 and have the 03a wrye python package installed with Python 2.6.6. Works to just hit install/uninstall again (or install missing) but it's quite annoying nonetheless and I'm not quite sure if it's from a mistake on my end or with the betacode.

Yesterday I installed over 100packages ... and came upon that error once and then couldn't replicate it so that is why that is should rather than definitely... but it is in next release.
Pacific Morrowind

Reposting cus it was missed still getting the error

Updating wrye to the beta version stopped it working for me, so i just repaired with a wrye python 03a install, and it all worked ok for me.

I'm not sure if you need these or not, but here's my traceback:

Traceback (most recent call last):  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5079, in Execute    patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 15708, in buildPatch    patcher(modFile, record, bashTags)  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 26390, in apply    if record.resposibility == 0: returnAttributeError: 'CREARecord' object has no attribute 'resposibility'

It looks like setting creature responsibility to 0 isn't working...

BTW - Thank you for a GREAT new version. CBash works wonderfully!

:tops:

Unmmph!, if you happen to still have the file with the bad edit, would you mind sending it to me? Either PM me for an email address, or just upload it somewhere and PM me the link. I'm in the middle of updating CBash, and I'd like to see how it handles the file.

PM, I've worked out an alternative to the new bash tag(s) with andalaybay. Personally, I'd rather the new tag(s) not be implemented until they're absolutely needed by someone, but please get in touch with me if you still plan on adding them. Unless you're thinking of a radically different approach than merging new records into the bashed patch they're going to need some severe restrictions to be remotely safe, and we'll need to figure out the best approach.

In other news, the refactoring of CBash is going quite nicely. I've fixed most of the known bugs, reduced the dll file size by ~300kb, reduced the cint.py filesize by ~800kb, and improved performance quite a bit. I need to do some profiling to get some hard numbers, but I'm expecting at least a 10% faster bashed patch build time (and potentially quite a bit faster than that).

The main concern with CBash that still needs addressing is bug https://sourceforge.net/tracker/?func=detail&aid=3111393&group_id=284958&atid=1207901. If there are any other bugs not listed on the tracker, this'd be a good time to bring them up. I should have a new dll uploaded to the Bash SVN in a couple days.

I get some messages with wrye and bosm about "tags" , do i have to do this myself or is it an auto function of wrye

did you restart Bash after restoring the settings (required)?

nope... that's just like any other Bash rename file command. It is in the R-Click on Save(s)->File->Rename.
However got around to coding up that renumbering saves command... thanks for the reminder (same location but named Re-number Save(s)


hmmm that is just ODD... not sure - I can't replicate it looping with the current code... could you try again?
ah fixed, thanks (had fixed how Bash handled RO files in installers but not in data)


great
not great but expected.
Pacific Morrowind

Certainly looking forward to giving it another shot once that last one is fixed, unless you need more testing on that one?

The ability to merge landscape records alone is huge.

Yeah, Waruddar helped me come up with an alternative that will still give me the performance I need, so I don't need these tags anymore, unless you want to add them for other purposes. Just making sure you saw War's post

Arthmoor, it won't be ready for a few days, but if you don't mind I'd like to get you to test the new CBash build before it goes public. I still haven't reproduced that bug :banghead:

errr - I don't remember but I've yet to update 2 of my clones so can go again, but to be sure let me ask:
1. If when using the installer should I even be losing my settings at all?
2. When asked to restore I should click restore - let it finish then close bash and re-open and all should be fine? I can't recall if I did the restart part.


Does that mean you did replicate it and found the cause or not?

Wondering now that most of 291 is up to date if the plans for Gaticus' proposals regarding making Bash more multiple install friendly with settings being stores in the user profiles instead of BAIN folder are up for inclusion soon?

thanks for what you do.

No, error is not fixed. Empty the temporary folder is not deleted. WB191R713
Unofficial_Official_Mods_Patch_v15.7z from TesNexus>

Traceback (most recent call last):  File "D:\Games\Oblivion Gold\Mopy\basher.py", line 7111, in Execute    self.data.install(self.filterInstallables(),progress,last,override)  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 11562, in install    installer.install(archive,destFiles,self.data_sizeCrcDate,SubProgress(progress,index,index+1))  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 10755, in install    self.clearTemp()  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 9729, in clearTemp    InstallerConverter.tempDir.rmtree(safety='Temp')  File "D:\Games\Oblivion Gold\Mopy\bolt.py", line 490, in rmtree    shutil.rmtree(self._s)  File "C:\Python26\lib\shutil.py", line 212, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 212, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 212, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 221, in rmtree    onerror(os.rmdir, path, sys.exc_info())  File "C:\Python26\lib\shutil.py", line 219, in rmtree    os.rmdir(path)WindowsError: [Error 32] Процесс не может получить доступ к файлу,: 'InstallerTemp\\Data\\Meshes\\VileLair'

and

Traceback (most recent call last):  File "D:\Games\Oblivion Gold\Mopy\basher.py", line 7111, in Execute    self.data.install(self.filterInstallables(),progress,last,override)  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 11562, in install    installer.install(archive,destFiles,self.data_sizeCrcDate,SubProgress(progress,index,index+1))  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 10755, in install    self.clearTemp()  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 9729, in clearTemp    InstallerConverter.tempDir.rmtree(safety='Temp')  File "D:\Games\Oblivion Gold\Mopy\bolt.py", line 490, in rmtree    shutil.rmtree(self._s)  File "C:\Python26\lib\shutil.py", line 212, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 212, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 217, in rmtree    onerror(os.remove, fullname, sys.exc_info())  File "C:\Python26\lib\shutil.py", line 215, in rmtree    os.remove(fullname)WindowsError: [Error 5] : 'InstallerTemp\\Data\\Meshes\\Architecture'

and

Traceback (most recent call last):  File "D:\Games\Oblivion Gold\Mopy\basher.py", line 7111, in Execute    self.data.install(self.filterInstallables(),progress,last,override)  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 11562, in install    installer.install(archive,destFiles,self.data_sizeCrcDate,SubProgress(progress,index,index+1))  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 10741, in install    self.unpackToTemp(archive,dest_src.values(),SubProgress(progress,0,0.9))  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 10703, in unpackToTemp    self.clearTemp()  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 9729, in clearTemp    InstallerConverter.tempDir.rmtree(safety='Temp')  File "D:\Games\Oblivion Gold\Mopy\bolt.py", line 490, in rmtree    shutil.rmtree(self._s)  File "C:\Python26\lib\shutil.py", line 212, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 212, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 212, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 221, in rmtree    onerror(os.rmdir, path, sys.exc_info())  File "C:\Python26\lib\shutil.py", line 219, in rmtree    os.rmdir(path)WindowsError: [Error 145] : 'InstallerTemp\\Data\\Textures\\Menus80'

1. That's what I'd like to know. I mean I know the answer is no, you should not. But why are you? Let us know if this happens or not when you upgrade your new clones.
2. Bash will automatically restart after you restore settings. PM is thinking of the original behaviour, which has since been improved.

When it is certain that there is no problems with the backup/restore functionality, then I will submit the changes for the bash restructure. It's a significant change, so the backup feature will save alot of headaches if the restructure is fumbled.

OK here is what I did.

I used mTES4 manager to switch from my main FCOM oriented install (that I've been playing the most right now trying to get the main quest done) to my alternate install with TIE-WAC.
The main install already has 291 as it was what I ran the installer on last time.
The alternate has 290 and has for weeks now.

I run the installer and skip the part about adding a start menu option as that was added when I upgraded the main install. It did not ask me if I wanted to make a back up but one appeared in the Bash Mod Data for that install.

I click restore settings and even though bash does restart it is all still blank saves folders and deactivated mods. But after I then close bash and reopen it myself then it was all there.

Hmmm I wonder if since with each of these game installs and since I altered the Bash.ini to have BAIN folders point to different locations from each other and away from the normal location if that has anything to do with this? ... but I'm not seeing the creation of the normal default location for BAIN folder - most likely because I have not activated the BAIN tab and therefore it is not yet created. Yeah that is probably it because the back up would then have the bash.ini ... right? I didn't check if that was missing - two more installs to go I can check then.

So it works but not automated wise and not as bad as my first report.

=======================

I just noticed that when using the rename potions option of for example R - Potion of healing ... it sometimes comes out as R - Cheak Potion of Healing. Should be Cheap not Cheak.

Post #116
Unofficial_Patch_Supplementals-27710.7z v3.3.3 No errors.

To add to my previous thread about the basics of using the Bashed Patch option, the guide I was given did indeed give me the basic idea of how to use it. I do have a few other questions though.

Obviously, the 'Mark Mergable' option marks those mods that are able to be bashed. When I get to the point of selecting exactly what mods are to be included in the patch, I noticed that a bunch of mods may be listed (including mods like the unofficial patches, the official plugins, and anything more geared towards improving the game engine, etc.). Wrye Bash provides a list of what may be merged, and I assume these are all included where I can select them. Can I just select ALL the options available to me for the Bashed Patch? Or do I need to actually pick and choose more carefully?

Another thing, the guide seems to be using WB290. I'm currently using WB275. I went to the TESNexus location (http://www.tesnexus.com/downloads/file.php?id=22368) and saw it had an update to get the 290 version, but it said it 'Requires an old installation of Wrye Bash 286+'. I'm not even sure where I can find a version higher than 275. Is there a doanload somewhere where I can just get the full 290 version rather than having to update an existing one?

You can WB v287 on Nexus - listed under Old versions (I am currently still using this one)

I remember when I first started using WB I was not entirely sure what was going to happen with including items in the bashed patch. My personal view is that with the exception of Alias Mod Names, Replace Form Ids, and Import Names you can select the ALL option for everything up to and including Import Stats.

Import Names is a personal choice and you should choose which ones you want to enable (I check everything except the ones that end in CSV) - I don't use the other two in my exception list.

Of the remaining sections, I include Contents Checker and Levelled Lists. Tweak Settings is something you carefully select based on what options you want to adjust.

If you don't build your own fixes for race records, then Race Records is another item where selecting all is probably worthwhile.

All the ones I have not mentioned will be dependent on the mods you have (eg Cobl) and require some understanding and attention.

Hope this helps.

i have a strange issue with Bash, just tonight its started acting up. i have NOT upgraded to be clear. I am using version 287. Whenever i hit the short cut to it, the cmd line appears then disapears and nothing happens. i had this issue with anything past 287 but no9t with 287 itself. i havent changed anything tonight, and it was working fine yesterday, any ideas? thx

Edit: nevermind, deleting pidfile.tmp made it work

It should ask you to create a backup when a different version is detected. If you cancel, it should also warn you that your settings may be overwritten (though that does not mean they will be corrupted, just updated if needed).


Not sure what to make of this. Maybe bash needs to wait a moment for the backup to be completed before it restarts.


Changing the sOblivionMods setting should not affect anything. At the least your savegames would still be intact, because those settings are stored in your profile folder, not the mods folder. Bash.ini or not.

You say the savegames files were missing, or just not being seen by bash?

Gaticus-

Two more installs to test on - this one was from the modding editing bash clone.

Ok http://i361.photobucket.com/albums/oo54/psymon11b/WryeBashinstallerhuh.jpg shows something strange after install - the words are cut off - I'm assuming it is asking me if I want to open either the readme or Oblivion. But Oblivion does not start Wrye bash starts.On the last install attempt I opted for opening bash and it did not prompt me to make a back up (but did it anyway).

This time I opted not to open bash and opened it by hand then got the prompt that it was a different version and it I wanted to make a back-up. I of course said yes. The warning did state do you want to make a back-up before you settings are overwritten - as if to imply 'hey you are about to lose them."

I made the back-up and opened bash and there were no issues - everything where it should be.

Three different installs three different experiences.

They were not seen - I did check that they were there.

I only have one more install to test the installer on (Nehrim) unless I go back to testing with where I already installed - Which I could do I guess. I guess with the next one I could try to open bash at that last window and see what happens.

[edit 1] went right ahead and tackled the Nehrim install and put a check next to Oblivion on the last window of the installer and the effect happened - no back up asked for, no saves visible, no mods active.

I then went into the save game folder and can see the saves and in the AppData folder see the appropriate plugins in the plugins.txt

I don't know where bash is looking for the saves - but like my other attempts it can see the save profile folders just not the saves.

[edit 2] further when clicking the BAIN tab it asks me if I want to initialize that.

Closing bash then restarting it and I get the prompt to back up settings and it worked in restoring it all. I'm pretty certain that my reports are not spot on and and I've forgotten steps and overlooked details but the issue seems mostly to do with that final window for the installer and whether or not I put a check next to Oblivion (actually start Wrye Bash).

Also each time I put a check next to the readme and it never opened - not once.

that should be the last edit to this post.

Ok, thx Psymon. I think it's fairly clear that the issue is something to do with the installer autolaunching Bash. I'll play around later and see if I can replicate it.