[RELZ] Wrye Bash -- Thread 51

Post » Sat May 28, 2011 8:11 am

Most likely because 288 either adds something that 287 doesn't -OR- you are not saying overwrite when prompted.

Or, it could be a setting in another folder (In BAIN folder likely) that does not revert.

I'd hang in there for an update but if impatient you probably could go in and delete all Wrye Bash files in your Oblivion folder then reinstall 287 and if then the problem persists take a more drastic measure and delete (or rename or move) the bash folders in the BAIN directory and re-initialize the installers tab again with 287 installed. Doing that all packages will be seen as uninstalled but a quick reinstalling them should then return functionality.

That is my best guess and I take no responsibility if it does not work.



I renamed the Mopy, Bash Patches, and Ini tweaks folders, installed 287, and still have the inability to uninstall or install rars.
By BAIN directory do you mean the bash installers/mod data folders?
User avatar
BRAD MONTGOMERY
 
Posts: 3354
Joined: Mon Nov 19, 2007 10:43 pm

Post » Sat May 28, 2011 7:37 am

I renamed the Mopy, Bash Patches, and Ini tweaks folders, installed 287, and still have the inability to uninstall or install rars.
Where is this BAIN directory? I don't have any folders named that.

Well by default it is located outside the Oblivion game directory but right next to it.

In fact I just made http://i361.photobucket.com/albums/oo54/psymon11b/GameDirectory.jpg for the mTES4 Manager project to show how I have my game folder set up.

Ignore the Oblivion Main folder that is for that project - as you can see it should be in the parent directory of the Oblivion game directory - right next to Oblivion and named 'Oblivion Mods' in that folder is the Bash Installers folder.
User avatar
Horse gal smithe
 
Posts: 3302
Joined: Wed Jul 05, 2006 9:23 pm

Post » Sat May 28, 2011 6:53 am

Ok I will try renaming the mods folder.
User avatar
Campbell
 
Posts: 3262
Joined: Tue Jun 05, 2007 8:54 am

Post » Sat May 28, 2011 11:43 am

Well I would just try with the Bash Installers folder but - anyway best of luck.

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

Questions for team Wrye Bash.

Concerning this post http://www.gamesas.com/index.php?/topic/1119710-relz-wrye-bash-thread-51/page__view__findpost__p__16460664 and my follow up to it in the http://www.gamesas.com/index.php?/topic/1119357-wipz-mtes4-manager/page__view__findpost__p__16466506.

How does the settings in the bash.ini for:
sUserPath=sLocalAppDataPath=
Actually redirect the game into looking outside the usual places? Do setting these then running bash cause other settings in the Oblivion.ini or somewhere else to change. I don't understand how these can work - could you explain please.

thanks
User avatar
stacy hamilton
 
Posts: 3354
Joined: Fri Aug 25, 2006 10:03 am

Post » Sat May 28, 2011 2:50 am

I moved all the folder items back and as expected no mods show installed in the installers tab.
User avatar
Dean Brown
 
Posts: 3472
Joined: Fri Aug 31, 2007 10:17 pm

Post » Sat May 28, 2011 2:40 am

I moved all the folder items back and as expected no mods show installed in the installers tab.

That is a very incomplete thought.

Again my suggestion was to remove the existing bash placed files there inside the Bash Installers folder but leave all the archives alone. then reinitialize the installers tab with 287 which should put those files back in there and necessitate all those archives being re-cataloged.

If that is not what you did or what happened and without more info have nothing else to suggest.
User avatar
Laura Ellaby
 
Posts: 3355
Joined: Sun Jul 02, 2006 9:59 am

Post » Sat May 28, 2011 8:34 am

That is a very incomplete thought.

Again my suggestion was to remove the existing bash placed files there inside the Bash Installers folder but leave all the archives alone. then reinitialize the installers tab with 287 which should put those files back in there and necessitate all those archives being re-cataloged.

If that is not what you did or what happened and without more info have nothing else to suggest.



From previous posts:

1. I renamed folders.

2. Reinstalled WB 287. It created the missing folders.

3. I moved the files in the renamed folder back to the new folder.

4. I refreshed the data.

5. All archives in the bash installers folder are listed, just not shown as installed.
User avatar
Bethany Short
 
Posts: 3450
Joined: Fri Jul 14, 2006 11:47 am

Post » Sat May 28, 2011 9:37 am

From previous posts:

1. I renamed folders.

2. Reinstalled WB 287. It created the missing folders.

3. I moved the files in the renamed folder back to the new folder.

4. I refreshed the data.

5. All archives in the bash installers folder are listed, just not shown as installed.

As I stated you would have to reinstall all of them - with the goal that you would have regain full functionality - yes reinstall all of them - not as projects either.

By point 3 I hope you don't mean moved the old bain settings back in - why would you do that? I recommend a redoing of those folders - no moving stuff back in. Remake them then reinstall all BAIN archives. By moving back in the old BAIN records you just undid the whole process of making new folders.
User avatar
Janine Rose
 
Posts: 3428
Joined: Wed Feb 14, 2007 6:59 pm

Post » Sat May 28, 2011 3:14 am

I think you Still have to go back to 275 to get an Installer, might be worth a try, then drop 288 on top of it... :shrug:
User avatar
Joanne
 
Posts: 3357
Joined: Fri Oct 27, 2006 1:25 pm

Post » Sat May 28, 2011 11:46 am

I think you Still have to go back to 275 to get an Installer, might be worth a try, then drop 288 on top of it... :shrug:

As I understand it (please correct me if I'm wrong) the BAIN folders are not created until you click the installers tab. If they are removed then it is like clicking the installers tab again for the first time to recreate them.

If, as he says, the 7zip fix alternity posted doesn't work then by removing these folders (but leaving the BAIN archives) and making sure only 287 is installed then it should revert things back.

But maybe you are right to run the 275 exe then the archive for 287 on top of that.

gosh trying to give a quick suggestion for a possible solution turns into a 20 post mini topic. I'm more interested in the questions I posted and the great news that mTES4 Manager is working (mostly) and I am excited that I can have multiple installs available to play with now.

I'm waiting for the next Wrye Bash update to correct these things - 287 is working fine by me.
User avatar
Crystal Clear
 
Posts: 3552
Joined: Wed Aug 09, 2006 4:42 am

Post » Fri May 27, 2011 11:18 pm

Hmm, another bug here relating to 7zip and BAIN - in addition to newly added archives showing up greyed out, existing archives don't install - selecting install gives them the red checkbox, but all the files are listed under 'Missing' and aren't actually installed. Same for Annealling.
User avatar
sas
 
Posts: 3435
Joined: Thu Aug 03, 2006 8:40 am

Post » Sat May 28, 2011 4:56 am

Hmm, another bug here relating to 7zip and BAIN - in addition to newly added archives showing up greyed out, existing archives don't install - selecting install gives them the red checkbox, but all the files are listed under 'Missing' and aren't actually installed. Same for Annealling.

This I'm sure is what ITPaladin has been struggling with.

I wonder if he succeeded in reverting back to 287?
User avatar
darnell waddington
 
Posts: 3448
Joined: Wed Oct 17, 2007 10:43 pm

Post » Sat May 28, 2011 9:21 am

I didn't have a red check. My right click options on some if not all rars were greyed out.

Some I still had to repack but I think most were just a matter of reinstalling, which I have been doing for a few hours now.
User avatar
Miragel Ginza
 
Posts: 3502
Joined: Thu Dec 21, 2006 6:19 am

Post » Sat May 28, 2011 1:38 am

Hey, i've yesterday downloaded 288, and my only problem is "staff bug" and problems with id's of GMST
I had totally no problems with installer tab (though ui have windows 7)

I advise for people using 288 who have problem with installers to install standalone beta of 7zip - then it would find the libraries not included
(because I think they moved some LZMA functions to LZMA libraries (and other similair stuff) to cut out double code, as it before both in 7zip.dll and plugin dlls for another programs)

the staff bug is easy to fix - just use text editor and within py files search mxweight and insert missing 'a' (i've done it on my copy)

I don't see rar problem, probably because no bains here are rars, but i discovered that in bash code is a dictionary which translates file types to extension, and it hat obviously only entries for zip and 7z, so i think that's not problem with 7zip but rather somebody removed the rar entry during fixing something other in that part of code

However i think Oblivion.pkl is still not fresh, because new gmst patcher throw an error on pickpocketing GMST - just not selecting bugged global settings patcher is a temporary fix (all older gmst tweakers work fine)

thats all about bugs...
I've seen that flora patcher works (I've tried on hard-to-harvest plants from hammmerfelll alpha) so really thank you for this (I'll try it later with harvest flora to see if scripts on them still works but I think it would be successful)
I've seen that new reweighters work also fine, so simple thanks
great work! and it applies also to all previous version changes :)
User avatar
Katie Louise Ingram
 
Posts: 3437
Joined: Sat Nov 18, 2006 2:10 am

Post » Sat May 28, 2011 12:32 pm

Updated to latest version and getting this error while trying to rebuild patch every time. Any help would be appreciated!

Traceback (most recent call last):
File "C:\Spel\Oblivion\Mopy\basher.py", line 4960, in Execute
raise
File "C:\Spel\Oblivion\Mopy\basher.py", line 4919, 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 "C:\Spel\Oblivion\Mopy\bosh.py", line 15314, in buildPatch
patcher.buildPatch(log,SubProgress(subProgress,index))
File "C:\Spel\Oblivion\Mopy\bosh.py", line 22155, in buildPatch
tweak.buildPatch(log,progress,self.patchFile)
File "C:\Spel\Oblivion\Mopy\bosh.py", line 21600, in buildPatch
log(_('Staffs set to maximum weight of %f') % mxWeight)
NameError: global name 'mxWeight' is not defined



Tried unchecking staff weight tweak in the Bash patch and it worked beautifully. Using the latest 228 up on Nexus.
User avatar
Jesus Lopez
 
Posts: 3508
Joined: Thu Aug 16, 2007 10:16 pm

Post » Sat May 28, 2011 2:24 pm

AN Other bug report - Just tried Ismelda's AWLS 5.3.4 using the wizard installer, the wizard.txt is correctly placed in the root of the archive (and as far as I can see after loading it in notepad seems fine) - but Wrye Bash 288 reports wizard cannot be found (even though the wizard option is available and not ghosted when right clicking on the archive)

After an un-install of the previous version, manually selected all options for AWLS, right click install, anneal all, then go to mods tab and Wrye bash reports windowslightingsystem.esp not found, removed it from the mods list O_o.

Just doing a complete refresh of installers after deleting bash dat files in oblivion mods, and bash settings files in my documents\my games\oblivion\ ... See if I cant make this pain in the arris version behave for once.

P.S this is on win 7, previously trouble free.

EDIT: Also noticed with the new BOSS auto update masterlist option, when you hit the BOSS button, sometimes BOSS fails to retrieve the google code page version, it looks like its a time out problem if (as it sometimes is) the google code page is slow to hand over the information ... Possible extension of the timeout to fix this?
User avatar
Manuela Ribeiro Pereira
 
Posts: 3423
Joined: Fri Nov 17, 2006 10:24 pm

Post » Sat May 28, 2011 4:37 am

EDIT: Also noticed with the new BOSS auto update masterlist option, when you hit the BOSS button, sometimes BOSS fails to retrieve the google code page version, it looks like its a time out problem if (as it sometimes is) the google code page is slow to hand over the information ... Possible extension of the timeout to fix this?


I'm not sure about extending the timeout, I'm sure it's possible, but don't know how. I'll smarten up the error reporting for when curl goes wrong though, and send you an updated file sometime to verify the cause of the retrieval fail.
User avatar
Laura-Jayne Lee
 
Posts: 3474
Joined: Sun Jul 02, 2006 4:35 pm

Post » Sat May 28, 2011 5:39 am

Cool, it does not fail every time, and when it does the report pops up as expected in the browser. When that happens I imagine its either access to the google code page is a bit over-taxed with users or in the process of being updated.... give it a few minutes before hitting BOSS again and usually the update succeeds on a repeat attempt so no biggy.
User avatar
Mason Nevitt
 
Posts: 3346
Joined: Fri May 11, 2007 8:49 pm

Post » Sat May 28, 2011 2:50 pm

How do I get the program buttons to show up on the bottom automatically?
I could have sworn at one time I had others there. I tried reading the cryptic readme that tells you to, I guess, create a bash.ini, but doesn't tell you where to put it.
I dumped all the gecko files straight into the Oblivion directory and the button didn't show up. I saved the default bash ini as bash.ini, placing it in the mopy folder. I restarted WB with no button.

Each of the application buttons will be present if the corresponding application is present in the Oblivion install directory or in the directory specified in the bash.ini.
Tes4Gecko & Oblivion Book Creator will be available if the javaw.exe is present in Windows\System32 and their .jar file is present in Oblivion install directory


Every other program I have dropped into the Oblivion folder has shown up (CS, TES4LODGen, TES4Edit).

Is there a way to get Snip to show up on the bottom too? It is not listed in the program list in the readme. Is this not used anymore?
I can't get the TES4Gecko.jar file to work either, clicking directly in the Oblivion folder. I get an error window saying,

"Exception during program initialization...java.io.IOException: Unable to locate oblivion installation directory
TES4Gecko.Main.main(Main.java:145)"

I was trying to follow the default bash ini's comments on paths, but noticed that tes4gecko.jar path is the same as the working button of my tes4edit. I'm confused.

;--sTes4GeckoPath is the path to look for Tes4Gecko (defaults to Tes4Gecko.jar).
; sTes4GeckoJavaArg is the memory size argument used for launching Tes4Gecko.
sTes4GeckoPath=Tes4Gecko.jar
sTes4GeckoJavaArg=-Xmx1024m

;--sTes4FilesPath is the path that Bash will look for Tes4Files (defaults to Tes4Files.exe).
sTes4FilesPath=Tools\Tes4Files.exe

;--sTes4EditPath is the path that Bash will look for Tes4Edit\View\Trans (defaults to Tes4Edit.exe).
sTes4EditPath=Tes4Edit.exe

;--sTes4LodGenPath is the path that Bash will look for Tes4LodGen
; (defaults to Tes4LodGen.exe).
sTes4LodGenPath=Tes4LodGen.exe

;--sNifskopePath is the path that Bash will look for Nifskope (defaults to
; C:\Program Files\NifTools\NifSkope\nifskope.exe).
sNifskopePath=C:\Program Files\NifTools\NifSkope\nifskope.exe

User avatar
kasia
 
Posts: 3427
Joined: Sun Jun 18, 2006 10:46 pm

Post » Sat May 28, 2011 4:45 am

Last error is is fixed by adding a register key.

Windows Registry Editor Version 5.00[HKEY_LOCAL_MACHINE\SOFTWARE\Bethesda Softworks\Oblivion]"Installed Path"="C:\\Program Files (x86)\\Bethesda Softworks\\Oblivion"


Fix the path though.
User avatar
Cody Banks
 
Posts: 3393
Joined: Thu Nov 22, 2007 9:30 am

Post » Sat May 28, 2011 5:58 am

Seems that we have unicode problems with non-english OS in 288 :( When I try to select or install any package (projects have no problems), I get something like this:
Traceback (most recent call last):  File "D:\Games\Oblivion\Mopy\basher.py", line 6938, in Execute    self.data.install(self.filterInstallables(),progress,last,override)  File "D:\Games\Oblivion\Mopy\bosh.py", line 11468, in install    installer.install(archive,destFiles,self.data_sizeCrcDate,SubProgress(progress,index,index+1))  File "D:\Games\Oblivion\Mopy\bosh.py", line 10660, in install    self.unpackToTemp(archive,dest_src.values(),SubProgress(progress,0,0.9))  File "D:\Games\Oblivion\Mopy\bosh.py", line 10640, in unpackToTemp    progress(index,_("%s\nExtracting files...\n%s") % (archive.s.encode('UTF8'), maExtracting.group(1).strip()))UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 37: ordinal not in range(128)

User avatar
xx_Jess_xx
 
Posts: 3371
Joined: Thu Nov 30, 2006 12:01 pm

Post » Sat May 28, 2011 7:35 am

Last error is is fixed by adding a register key.

Windows Registry Editor Version 5.00[HKEY_LOCAL_MACHINE\SOFTWARE\Bethesda Softworks\Oblivion]"Installed Path"="C:\\Program Files (x86)\\Bethesda Softworks\\Oblivion"


Fix the path though.



I don't think that is the problem as I can launch Oblivion just fine.

It is the Gecko jar file that seems to be unable to work from within the Oblivion folder.

I use Steam version btw.
User avatar
Trista Jim
 
Posts: 3308
Joined: Sat Aug 25, 2007 10:39 pm

Post » Sat May 28, 2011 6:57 am

It is the Gecko jar file that seems to be unable to work from within the Oblivion folder.


Gecko threw that error here as well, and that was due the fact it could not find my Oblivion directory (as stated in the error). The registry key fixed that on my end.

In bash.ini, use the full paths rather than relay on itself. Example of my bash.ini:

;--sTes4GeckoPath is the path to look for Tes4Gecko (defaults to Tes4Gecko.jar).;	sTes4GeckoJavaArg is the memory size argument used for launching Tes4Gecko.sTes4GeckoPath=C:\Program Files (x86)\Bethesda Softworks\Oblivion\Utilities\TES4Gecko v15.2-8665\Tes4Gecko.jarsTes4GeckoJavaArg=-Xmx1024m;--sTes4FilesPath is the path that Bash will look for Tes4Files (defaults to Tes4Files.exe).sTes4FilesPath=C:\Program Files (x86)\Bethesda Softworks\Oblivion\Utilities\TES4Files v3.34-8489\Tes4Files.exe;--sTes4EditPath is the path that Bash will look for Tes4Edit\View\Trans (defaults to Tes4Edit.exe).sTes4EditPath=C:\Program Files (x86)\Bethesda Softworks\Oblivion\Utilities\TES4Edit v2.5.3-11536\Tes4Edit.exe;--sTes4LodGenPath  is the path that Bash will look for Tes4LodGen;  (defaults to Tes4LodGen.exe).sTes4LodGenPath=C:\Program Files (x86)\Bethesda Softworks\Oblivion\Utilities\TES4LODGen v2.2.2-15781\Tes4LodGen.exe

User avatar
GEo LIme
 
Posts: 3304
Joined: Wed Oct 03, 2007 7:18 pm

Post » Sat May 28, 2011 9:47 am

Why can't it find/launch/place launch buttons on the bottom automatically like the other programs though?

(sTes4GeckoPath=E:\Steam\steamapps\common\oblivionTes4Gecko.jar does not work in bash.ini placed in Mopy folder)

Steam/Beth does not have an entry in the Software section.

(found an entry under Wow6432Node>Bethesda Softworks>Oblivion...no idea what wow6432node is. It is only one install path among others noted among a few searches I did)
User avatar
Chloé
 
Posts: 3351
Joined: Sun Apr 08, 2007 8:15 am

Post » Sat May 28, 2011 1:30 pm

Not sure, but Gecko disappeared from my "toolbar" as well, while I did not change anything. The same configuration on another PC works fine, so beats me what's up.

Regarding Steam, well.. I am still confused. Can you run Gecko, at all? Like I said, if it is throwing up errors of not finding the Oblivion directory, then you will need to add it yourself.
User avatar
helen buchan
 
Posts: 3464
Joined: Wed Sep 13, 2006 7:17 am

PreviousNext

Return to IV - Oblivion