[Jesus Lopez]

Using Windows Vista or Seven..This could be a UAC Issue..Since I have not upgrade to Seven yet, can''t help you with UAC.

But try reinstalling Oblivion outside of Program Files directory and then reinstall Wrye Bash once again so that you can get UAC issue

If you are using Windows Xp then is something else..?

Hmm... I disabled uac and it still won't work.... but now when i set python to run as admin it'll start in\through the command prompt but the dektop shortcut still does nothing. Really weird

[Neliel Kudoh]

Holy moly. Are you looking for help or just documenting your trials?
The officially supported versions are Python 2.6.5 and 2.6.6, wxPython 1.8.11.0 ANSI, ComTypes 0.6.2, PyWin32 and Psyco 1.6. All 32 bit.
64-bit may work but it's not supported.

So, am I not allowed to post information regarding...Bash?

Anyway, I was able to launch Wrye Bash after installing wxPython 1.8 over the existing Python 2.6. However, I stumbled upon another when attempting to "Rebuild Patch"...

Traceback (most recent call last):  File "D:\Games\Bethesda Softworks\Oblivion\Mopy\basher.py", line 4958, in Execute    raise  File "D:\Games\Bethesda Softworks\Oblivion\Mopy\basher.py", line 4917, in Execute    patchFile.buildPatch(log,SubProgress(progress,0.8,0.9))#no speeding needed/really possible (less than 1/4 second even with large LO)  File "D:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 15354, in buildPatch    self.tes4.masters = self.getMastersUsed()  File "D:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 5127, in getMastersUsed    masters = MasterSet(self.masterName)   File "D:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 4998, in __getattr__    raise ArgumentError(_('Invalid top group type: ')+topType)ctypes.ArgumentError: Invalid top group type: masterName

What say you?

[Kristian Perez]

Hmm... I disabled uac and it still won't work.... but now when i set python to run as admin it'll start in\through the command prompt but the dektop shortcut still does nothing. Really weird

It's best if you just reinstall your game to a different folder such as C:\Games\Bethesda Softworks\Oblivion
Program Files\ is a special system directory. I don't think UAC applies.

So, am I not allowed to post information regarding...Bash?

Anyway, I was able to launch Wrye Bash after installing wxPython 1.8 over the existing Python 2.6. However, I stumbled upon another when attempting to "Rebuild Patch"...

What say you?

You have a genuine bash bug this time. So your setup should be ok now.
But you are using Bash v289. Upgrade to v290, problem solved.
You should be able to upgrade from v289 to v290, but I suggest you remove v289 and start with v287, then upgrade directly to v290.
Just a precaution, because v288 and v289 are known to be broken.

[Dark Mogul]

Thanks

If this is the current command line :

7z.exe a "DESTNAME" -tARCHIVETYPE -ms=SOLID -y -r -o"OUTPUTDIR" -i!"PROJECTPATH\\*" -x@FILELIST -scsWIN

I guess you only want to expose the switches ? I do not know how it should be done - in the first place I just want to be able to add -mx=9, so an ini setting like additional7zOptions= maybe ? What others have to say ?

About the SVN thing - it just surprised me to see those files in Unix format - yes true they are not meant to be opened with notepad at least lol. Not sure how they look like when opened via Bash.

Thanks again !

There are only two existing switches being used that are optional and might be desirable for the user to override. -ms and -y
Many of the switches that are unused are inapplicable. Of the ones not being used, the ones that might be applicable are:
-bd -m -p -sfx

-p
Probably not a good idea, since bash would have to also support opening password protected archives.

-sfx
Maybe useful? probably not.

-x
This is already being used, though this might be useful to people.

-y
It might be desirable for users to be able to turn this off so they get the archive dialog but then bash cannot control the archive parameters it needs. this is advanced functionality though, so I think that is an acceptable compromise.

[Gemma Archer]

You have a genuine bash bug this time. So your setup should be ok now.
But you are using Bash v289. Upgrade to v290, problem solved.
You should be able to upgrade from v289 to v290, but I suggest you remove v289 and start with v287, then upgrade directly to v290.
Just a precaution, because v288 and v289 are known to be broken.

Guess what? I stumbled into another Bash problem

Deleted Wrye Bash v 2.89 folders and files as suggested, extracted Wrye Bash v 2.87 into the appropriate folders, then started Wrye Bash and...

d:\Games\Bethesda Softworks\Oblivion\Mopy>c:\python26\python.exe bash.py -dTraceback (most recent call last):  File "bash.py", line 74, in     import bosh  File "d:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 78, in     startupinfo.dwFlags |= subprocess.STARTF_USESHOWWINDOWAttributeError: 'module' object has no attribute 'STARTF_USESHOWWINDOW'

I guess, I will have to ask again...What say you?

[brandon frier]

Guess what? I stumbled into another Bash problem

Deleted Wrye Bash v 2.89 folders and files as suggested, extracted Wrye Bash v 2.87 into the appropriate folders, then started Wrye Bash and...

That is not a bash bug.
Explain again why you don't just uninstall all the broken stuff and then install WryePython03a fresh?

[Brandi Norton]

Guess what? I stumbled into another Bash problem

Deleted Wrye Bash v 2.89 folders and files as suggested, extracted Wrye Bash v 2.87 into the appropriate folders, then started Wrye Bash and...

d:\Games\Bethesda Softworks\Oblivion\Mopy>c:\python26\python.exe bash.py -dTraceback (most recent call last):  File "bash.py", line 74, in     import bosh  File "d:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 78, in     startupinfo.dwFlags |= subprocess.STARTF_USESHOWWINDOWAttributeError: 'module' object has no attribute 'STARTF_USESHOWWINDOW'

I guess, I will have to ask again...What say you?

Cause: You have Python 2.6.6 installed... and 2.6.6 was a "bug fix only" release that unfortunately (and totally unexpectedly not in the nature of bugfix only) broke backwards compatibility with 2.6.5 and under. With bash that was workarounded in 288... just a nice try and except clause. So either downgrade your Python to 2.6.5 or upgrade your Bash to 290 (well or 288/289 but they had a few (well a massive number in 288) bugs so that potential sollution would be nasty and not recomended).
Pacific Morrowind

[I love YOu]

That is not a bash bug.
Explain again why you don't just uninstall all the broken stuff and then install WryePython03a fresh?

If you mean by "uninstall" is removing the all Bash related folder (Mopy and Data), -which I did- as you mentioned yourself

You should be able to upgrade from v289 to v290, but I suggest you remove v289 and start with v287, then upgrade directly to v290.

Or if you are referring to the uninstall button, I didn't find one

Anyway...

Cause: You have Python 2.6.6 installed... and 2.6.6 was a "bug fix only" release that unfortunately (and totally unexpectedly not in the nature of bugfix only) broke backwards compatibility with 2.6.5 and under. With bash that was workarounded in 288... just a nice try and except clause. So either downgrade your Python to 2.6.5 or upgrade your Bash to 290 (well or 288/289 but they had a few (well a massive number in 288) bugs so that potential sollution would be nasty and not recomended).
Pacific Morrowind

I just extracted the folders from Wrye_Bash_290 and suddenly Wrye Bash now works like a charm. Thanks!

[Patrick Gordon]

There are only two existing switches being used that are optional and might be desirable for the user to override. -ms and -y
Many of the switches that are unused are inapplicable. Of the ones not being used, the ones that might be applicable are:
-bd -m -p -sfx

-p
Probably not a good idea, since bash would have to also support opening password protected archives.

-sfx
Maybe useful? probably not.

-x
This is already being used, though this might be useful to people.

-y
It might be desirable for users to be able to turn this off so they get the archive dialog but then bash cannot control the archive parameters it needs. this is advanced functionality though, so I think that is an acceptable compromise.

-m -m !
-mx9 for me but people might want to change compression method or whatnot - anyway I think that level of compression should be customizable
(dunno what -bd is)
Thanks !

[Alexxxxxx]

As for the OBSE plugs install - how about installing obse itself ? - just for convenience when testing betas. Would be quite handy though admittedly not necessary.

Thanks : )

[Queen of Spades]

As for the OBSE plugs install - how about installing obse itself ? - just for convenience when testing betas. Would be quite handy though admittedly not necessary.

Thanks : )

currently that would be pretty hard... BAIN can't install above Data... but if that is ever changed (as in it would require a fair bit of work that I'm not wanting to do right now). I'll consider it.
Pacific Morrowind

[Irmacuba]

currently that would be pretty hard... BAIN can't install above Data... but if that is ever changed (as in it would require a fair bit of work that I'm not wanting to do right now). I'll consider it.
Pacific Morrowind

Ooops - didn't know that ! Anyway not so important -thanks : )

[REVLUTIN]

Installing Ivellon through BAIN seems to give me problems with not-normal characters that were described in http://tesnexus.com/downloads/file.php?id=26382 mod-patch. The nexus entry itself suggested that non-standard characters would work better in post 268 versions of Bash, I assume that's not the case however?

[Alexandra Ryan]

I have FCOM it's requirements etc installed. (as well as more than a dozen other mods to install yet) I've recently downloaded OOO Optimized meshes along with its update and a helmet fix. I'm currently in the process of pyFFIing meshes from my Oblivion Meshes.bsa (Takes a looong time!!) Then make a BAIN package out of the result. I'm wondering what would be the easiest route to take to add these to my install. I'm still pretty new to BAIN but I think the Anneal option is what I might need but want some clarification. Or do I uninstall everything and then reinstall everything but add the Optimized Meshes to the order this time? BAIN should make that easy if that's the case right?

I bet the "Install Missing" option is what I should use for the Oblivion Meshes. Since UOP etc is already installed, The meshes that conflict aren't needed because they are added by UOP etc. I think I'm getting the hang of this lol.
It's an exciting prospect to be able to install all your mods in one fell swoop. BOSS it and edit INIs and you're good to go! Makes reinstalling a breeze!

Cheers.

[Zoe Ratcliffe]

c:\Program Files (x86)\Bethesda Softworks\Oblivion\Mopy>c:\python25\python.exe bash.py -dTraceback (most recent call last):  File "bash.py", line 74, in     import bosh  File "c:\Program Files (x86)\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 1469    except Exception as error:                      ^SyntaxError: invalid syntax

using Win7 (64bit); running as admin; Python27

[Ben sutton]

I have a problem with CBash and merge race records. I use Capucine's Character Expension and TRAP, both of them change the races. I rebuilt the bashed patch and this is the result:
http://ompldr.org/vNjU4bQ/ScreenShot0.jpg

If I don't use Race Records it works fine.

[Alba Casas]

file:///C:/Games/Oblivion/Mopy/Wrye%20Bash.html#Installation

Windows Vista
? On Windows Vista, the UAC (User Account Control) protects the Program Files directory (usually c:\Program Files) against write by regular users. This can be a problem for Bash and other mod editing and management tools (TESCS, TES4View, OBMM).

? Best Solution: Install Oblivion to somewhere other than under the Program Files directory. (E.g., install to c:\Games\Oblivion). Such an alternate directory is not subject to UAC control and won't have the same access and virtualization problems that the default install will have.

? Alternate Solutions: Alternatively, you might always run as admin, or turn off UAC – but both of those approaches are ill-advised.

[Brian Newman]

Could someone just clear this up for me, not sure if it's normal or not.

TamrieltravellersItemsNPC.esp in Wrye Bash is in italics, and when I check it, it goes red and says it should be deactivated and imported. It's only imported in the leveled lists and remains deactivated.. Is this proper behavior for this plugin? Is it in fact imported and does not need to be activated?

Thanks in advance.

[SaVino GοΜ]

Could someone just clear this up for me, not sure if it's normal or not.

TamrieltravellersItemsNPC.esp in Wrye Bash is in italics, and when I check it, it goes red and says it should be deactivated and imported. It's only imported in the leveled lists and remains deactivated.. Is this proper behavior for this plugin? Is it in fact imported and does not need to be activated?

Thanks in advance.

It should have the tags Deactivate,Delev,Filter,Relev - you will have to apply these manually to ensure that between BOSS and what is in the Description it works.

Once you have done the patch, it should be green and have a + symbol

Hope this helps

[Zoe Ratcliffe]

These are the tags on it after BOSS runs {{BASH:Delev,NoMerge,Relev}}.

Do I add the tags you suggested to the ones already there? Or delete the tags BOSS added and add the ones you mentioned?
I removed the tags then added the ones you suggested. And it still doesn't get a + and it doesn't appear anywhere in the bashed patch except for the Leveled Lists.

Very confusing... This is the only snag I hit during this whole thing (Well along with nGCD giving my Hidden Elf 0 for his stats and skills..... Ugh.

Edit: Checking the BOSS log and copying the tags from there, and added them. Then right clicking the plugin and Mark Mergeable. Now I can merge it and it gets a + sign.
Hope this works well enough.

[Horror- Puppe]

So I let BOSS run, and the Boss log tells me that there is a way to get rid of the UOP Vampire Fix:

UOP Vampire Aging & Face Fix.esp  . Note:  Recommend removing if using Wrye Bash. A tweak for this exists in "Tweak Settings".

However in WB -> Bashed Patch -> Rebuild Patch -> Tweak Settings I see all sorts of tweaks (e.g. horse turning speed, combat max. actors, arrow recovery percentage... etc.) but nothing of a Vampire Fix? What version of WB is Boss referring to? I still have WB v278 installed.

And is the WB tweak fix actually better than the UOP fix, or just a way to save one modlist slot? I have not that many mods, I can leave UOP Vampire fix in there no problem if it was only for that. Thanks for your kind help!

[Micah Judaeah]

You most likely need to upgrade Bash to a more recent version, like 287.

The tweak performs exactly the same thing as the UOP file, so you'll be able to eliminate that ESP from your load order once you have the tweak working.

[Jenna Fields]

The tweak performs exactly the same thing as the UOP file

Thanks Arthmoor, I see. Yeah need to do a WB update anyways. Just quick follow-up on that: Boss log also tells me there is some tweak relating to the Better Redguards mod I have:

Better Redguard v2.esp  . Bashed Patch tag suggestion:  {{BASH:NpcFaces,NoMerge}}  . Note:  If at all possible *also* use the Wrye Bash tweak for mod compatibility for BR.

WB v278 has 4 tweak sections: Assorted, Clothes, Names and Settings. I could not find the above mentioned in either of them. I suppose this is also for a newer version of WB than 278?

[Samantha hulme]

Using WB v285

The package R18PN 02 - Lingerie Set for HGEC v2Full+Patch v22-23589 contains two files that BASH doesn't like:
Textures\R18PN\Lingeries\Bura\2\kanagu - ___ - ___ - ___.dds
Textures\R18PN\Lingeries\Bura\2\kanagu_n - ___.dds

When I install the package, it list these two as missing.
At this time, it's not causing a problem because I don't use these textures as a resource.

If this was fixed in a later release, then I apologize for wasting your time. But let me know either way.

[Wanda Maximoff]

Using 290 attempting to remove world orphans from http://www.tesnexus.com/downloads/file.php?id=30568 got his error:

Traceback (most recent call last):  File "I:\Games\Oblivion\Mopy\basher.py", line 9691, in Execute    modFile.load(True,SubProgress(progress,0,0.7))  File "I:\Games\Oblivion\Mopy\bosh.py", line 5022, in load    self.tops[label].load(ins,unpack and (topClass != MobBase))  File "I:\Games\Oblivion\Mopy\bosh.py", line 4037, in load    self.loadData(ins, ins.tell()+self.size-20)  File "I:\Games\Oblivion\Mopy\bosh.py", line 4894, in loadData    worldBlock = MobWorld(header,selfLoadFactory,world,ins,True)  File "I:\Games\Oblivion\Mopy\bosh.py", line 4680, in __init__    MobCells.__init__(self,header,loadFactory,ins,unpack)  File "I:\Games\Oblivion\Mopy\bosh.py", line 4504, in __init__    MobBase.__init__(self,header,loadFactory,ins,unpack)  File "I:\Games\Oblivion\Mopy\bosh.py", line 4027, in __init__    if ins: self.load(ins,unpack)  File "I:\Games\Oblivion\Mopy\bosh.py", line 4037, in load    self.loadData(ins, ins.tell()+self.size-20)  File "I:\Games\Oblivion\Mopy\bosh.py", line 4757, in loadData    raise ModError(self.inName,'Extra cell children subgroup in world children group.')bosh.ModError: Vampire Hunting - Order Of The Virtuous Blood.esp: Extra cell children subgroup in world children group.

Checked the nexus page for the mod and realized that I did not have the most up to date. I cannot download the most up to date due to Nexus error so contacted the author.

Anyway thought I should report the issue.