Wrye Bash - Thread #107

Post » Mon Feb 15, 2016 11:26 pm

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

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
Rik Douglas
 
Posts: 3385
Joined: Sat Jul 07, 2007 1:40 pm

Post » Tue Feb 16, 2016 1:54 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/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/229: MustBeActiveIfImported tag appears to do nothing
  • https://github.com/wrye-bash/wrye-bash/issues/209: Wizard does not show images
  • 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://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/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/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/269: Skip Bash Installers Folders
  • 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.
User avatar
x_JeNnY_x
 
Posts: 3493
Joined: Wed Jul 05, 2006 3:52 pm

Post » Tue Feb 16, 2016 12:48 pm

Could you add to the enhancement request list?



Wizard - GetFileExists


Boolean, looks for any file starting at the Oblivion.exe game directory, following path to target file.


Examples:


GetFileExists "Oblivion.exe"


GetFileExists "Data/Ini/SomeMod.ini"



or if that's too challenging, or perhaps in addition to:



Wizard - GetOBSEpluginExists


Boolean, Checks the OBSE/Plugins directory for an existing .dll


Examples:


GetOBSEpluginExists "sdr"


GetOBSEpluginExists "emc2"

User avatar
Victor Oropeza
 
Posts: 3362
Joined: Sun Aug 12, 2007 4:23 pm

Post » Tue Feb 16, 2016 7:26 am

@ Utumno yep heres fine for now, dont know when the new forums will be uncovered but its getting close, so probably a copy / paste into a notepad starter post file would be handy for when it does ( in case they lock down and archive all topics straight away, preventing editing and copying topic OPs ). They just opened up grabbing your ID for now



Edit : For anyone who missed what I am talking about http://www.gamesas.com/topic/1588608-bethesdanet-account-creation-soft-launch-coming-today/page-1

User avatar
Bee Baby
 
Posts: 3450
Joined: Sun Jun 18, 2006 4:47 am

Post » Tue Feb 16, 2016 3:03 am

@saebel: please post this as feature request in github (and don't hold your breath). Please also reply to me on gecko (see previous thread) - you can use my utumno-wip branch below

I uploaded a new utumno-wip branch trying to fix the hang while retaining performance: https://github.com/wrye-bash/wrye-bash/archive/utumno-wip.zip

Any info on this bug is welcome - do you have skips on ? Other BAIN settings ?

EDIT: @alt3rnity - copy paste to a txt file ? https://github.com/wrye-bash/meta:D
User avatar
Sherry Speakman
 
Posts: 3487
Joined: Fri Oct 20, 2006 1:00 pm

Post » Tue Feb 16, 2016 2:15 am


@utumno, the new build doesn't launch for me. Here's the bugdump:


Spoiler

Wrye Bash starting
Using Wrye Bash Version 307
Python version: 2.7.10
wxPython version: 2.8.12.1 (msw-unicode)
input encoding: None; output encoding: None; locale: ('en_US', 'cp1252')
filesystem encoding: mbcs
Searching for game to manage:
bush.py 71 _supportedGames: Detected the following supported games via Windows Registry:
bush.py 73 _supportedGames: oblivion: C:\Bethesda Softworks\Oblivion
bush.py 73 _supportedGames: fallout4: C:\Program Files (x86)\Steam\steamapps\common\Fallout 4
bush.py 131 _detectGames: Detecting games via the -o argument, bash.ini and relative path:
bush.py 137 _detectGames: Set game mode to oblivion found in parent directory of Mopy: C:\Bethesda Softworks\Oblivion
bush.py 172 setGame: No preferred game specified.
bush.py 152 __setGame: Using oblivion game: C:\Bethesda Softworks\Oblivion
testing UAC
__init__.py 4506 __init__: Using libbsa API version: 2.0.0
__init__.py 4512 __init__: Using LOOT API version: 0.6.0
load_order.py 325 : Using libloadorder API version: 7.6.1
Traceback (most recent call last):
File "Wrye Bash Launcher.pyw", line 88, in
bash.main()
File "bash\bash.py", line 387, in main
basher.InitLinks()
File "bash\basher\links.py", line 729, in InitLinks
InitStatusBar()
File "bash\basher\links.py", line 99, in InitStatusBar
BashStatusBar.buttons.append(App_Button(*tb2[:-1], **tb2[-1]))
File "bash\basher\app_buttons.py", line 167, in __init__
self.java = getJava()
File "bash\env.py", line 539, in getJava
java_home = GPath(_os.environ['JAVA_HOME'])
File "C:\Python27\lib\os.py", line 425, in __getitem__
return self.data[key.upper()]
KeyError: 'JAVA_HOME'


FWIW, I don't have Java installed. Let me know what you need. Thanks! :)
User avatar
Kirsty Wood
 
Posts: 3461
Joined: Tue Aug 15, 2006 10:41 am

Post » Mon Feb 15, 2016 10:15 pm

Not sure if you've seen this before or not, couldn't find anything in the last thread about it. I tried to start the latest bleeding edge build from the second post and got this error on startup:



Wrye Bash starting
Using Wrye Bash Version 307
Python version: 2.7.11
wxPython version: 2.8.12.1 (msw-unicode)
input encoding: None; output encoding: None; locale: ('en_US', 'cp1252')
filesystem encoding: mbcs
Searching for game to manage:
bush.py 71 _supportedGames: Detected the following supported games via Windows Registry:
bush.py 73 _supportedGames: oblivion: C:\Games\Bethesda Softworks\Oblivion
bush.py 73 _supportedGames: skyrim: C:\Steam\steamapps\common\Skyrim
bush.py 73 _supportedGames: fallout4: C:\Steam\steamapps\common\Fallout 4
bush.py 131 _detectGames: Detecting games via the -o argument, bash.ini and relative path:
bush.py 141 _detectGames: No known game in parent directory of Mopy: C:\Wrye Bash 307
bush.py 172 setGame: No preferred game specified.
bush.py 131 _detectGames: Detecting games via the -o argument, bash.ini and relative path:
bush.py 141 _detectGames: No known game in parent directory of Mopy: C:\Wrye Bash 307
bush.py 152 __setGame: Specified game "oblivion" was found: C:\Games\Bethesda Softworks\Oblivion
testing UAC
__init__.py 4506 __init__: Using libbsa API version: 2.0.0
__init__.py 4512 __init__: Using LOOT API version: 0.6.0
load_order.py 325 : Using libloadorder API version: 7.6.1
frames.py 44 : Comtypes is missing, features utilizing HTML will be disabled
Traceback (most recent call last):
File "Wrye Bash Launcher.pyw", line 88, in
bash.main()
File "bash\bash.py", line 387, in main
basher.InitLinks()
File "bash\basher\links.py", line 729, in InitLinks
InitStatusBar()
File "bash\basher\links.py", line 99, in InitStatusBar
BashStatusBar.buttons.append(App_Button(*tb2[:-1], **tb2[-1]))
File "bash\basher\app_buttons.py", line 167, in __init__
self.java = getJava()
File "bash\env.py", line 539, in getJava
java_home = GPath(_os.environ['JAVA_HOME'])
File "C:\Python27\lib\os.py", line 425, in __getitem__
return self.data[key.upper()]
KeyError: 'JAVA_HOME'

LOL, ninja'd by superice. Same deal though, I don't have Java installed either if that matters.

User avatar
xemmybx
 
Posts: 3372
Joined: Thu Jun 22, 2006 2:01 pm

Post » Tue Feb 16, 2016 2:21 am

Similar errors as the others. I do have Java installed. Latest version.
Bug report:

Spoiler

Wrye Bash starting
Using Wrye Bash Version 307
Python version: 2.7.8
wxPython version: 2.8.12.1 (msw-unicode)
input encoding: None; output encoding: None; locale: ('en_US', 'cp1252')
filesystem encoding: mbcs
Searching for game to manage:
bush.py 71 _supportedGames: Detected the following supported games via Windows Registry:
bush.py 73 _supportedGames: oblivion: J:\TES4\Oblivion
bush.py 131 _detectGames: Detecting games via the -o argument, bash.ini and relative path:
bush.py 137 _detectGames: Set game mode to oblivion based on sOblivionPath setting in bash.ini: J:\TES4\Oblivion
bush.py 172 setGame: No preferred game specified.
bush.py 152 __setGame: Using oblivion game: J:\TES4\Oblivion
testing UAC
__init__.py 4506 __init__: Using libbsa API version: 2.0.0
__init__.py 4512 __init__: Using LOOT API version: 0.6.0
load_order.py 325 : Using libloadorder API version: 7.6.1
Traceback (most recent call last):
File "Wrye Bash Launcher.pyw", line 88, in
bash.main()
File "bash\bash.py", line 387, in main
basher.InitLinks()
File "bash\basher\links.py", line 729, in InitLinks
InitStatusBar()
File "bash\basher\links.py", line 99, in InitStatusBar
BashStatusBar.buttons.append(App_Button(*tb2[:-1], **tb2[-1]))
File "bash\basher\app_buttons.py", line 167, in __init__
self.java = getJava()
File "bash\env.py", line 539, in getJava
java_home = GPath(_os.environ['JAVA_HOME'])
File "C:\Python27\lib\os.py", line 425, in __getitem__
return self.data[key.upper()]
KeyError: 'JAVA_HOME'

User avatar
Danny Warner
 
Posts: 3400
Joined: Fri Jun 01, 2007 3:26 am

Post » Tue Feb 16, 2016 1:12 am

Hahaha same traceback thrice - thanks guys - now I can clearly discern who's using dev. Fixed: https://github.com/wrye-bash/wrye-bash/archive/utumno-wip.zip

User avatar
Kayleigh Mcneil
 
Posts: 3352
Joined: Thu Jun 29, 2006 7:32 am

Post » Mon Feb 15, 2016 10:21 pm


For me, this one hangs on OBSE\plugins\MenuQue\Game.log. Again during the CRC calc.
User avatar
Dina Boudreau
 
Posts: 3410
Joined: Thu Jan 04, 2007 10:59 pm

Post » Tue Feb 16, 2016 11:14 am

Grrrr- pushed this branch to adequately named supierce-hang and pushed again utumno-wip in the hopes of pinning which commit introduces the hung.

User avatar
Spencey!
 
Posts: 3221
Joined: Thu Aug 17, 2006 12:18 am

Post » Tue Feb 16, 2016 12:55 pm


Annnd the new utumno-wip works fine! :)
User avatar
Stephanie Nieves
 
Posts: 3407
Joined: Mon Apr 02, 2007 10:52 pm

Post » Tue Feb 16, 2016 9:29 am

worked with new dev version. Successfully loaded up 227 installer packages, 33+ GB of data, in 33 seconds. w00t.
User avatar
[Bounty][Ben]
 
Posts: 3352
Joined: Mon Jul 30, 2007 2:11 pm

Post » Tue Feb 16, 2016 9:58 am

Works here too. 196 packages, 17 of which are my own project folders. Apparently only 10GB worth of stuff in the installers folder. Took 1:50 while the system was under full load for a system scan for malware. Used to take longer than that when it had the system all to itself.

User avatar
Natasha Callaghan
 
Posts: 3523
Joined: Sat Dec 09, 2006 7:44 pm

Post » Mon Feb 15, 2016 10:25 pm

Regarding the issue of syncing from data, I think there is something wrong with my computer.

I had a file in a folder with date 1/28/2016. I manually replaced it via drag and drop copy/overwriting with a file of the same name that was created on 2/6/2016. But the file's creation date didn't change in the destination folder.

Then I tried deleting the file and emptying the trash. However, when I copied and pasted the file over, the system redated it to the old file. This is using windows explorer. So I *think* that must part of the problem in that when it is syncing from data, my OS is not redating the files properly. I will have to do some more investigating.

grrr.

I'm on Windows 10, btw.
User avatar
Tinkerbells
 
Posts: 3432
Joined: Sat Jun 24, 2006 10:22 pm

Post » Tue Feb 16, 2016 1:36 am

Found an odd problem I'm not sure I could reproduce if I tried. When doing a package update for a mod using your 307 dev branch, BAIN told me the archive copy of the esp was not matched to what was in the Data folder (orange in package list). This continued to show up this way even though I had copied the Data folder copy to where I packaged the archive and rebuilt it fresh. I even closed out Bash and then opened it back up again and the BAIN tab was still saying the archive did not match the installed ESP. This should not have happened, but I can't for the life of me figure out why it did.



So I decided to load 306 up and see what it said. Sure enough, 306 listed it with the proper status in green. All files matched. Closing 306 and then launching 307 to go back and look shows it in green now too. Not sure what to make of that.

User avatar
Da Missz
 
Posts: 3438
Joined: Fri Mar 30, 2007 4:42 pm

Post » Tue Feb 16, 2016 2:34 am


I keep having similar issues. I either have to close WryeBash and go back in or reinstall the files after data syncing. It's either because the timestamps are being altered/ignored or it's not picking up/updating CRC changes in its internal databases? I don't really understand the internal mechanics, so I am totally guessing, blindfolded, with one hand tied behind my back, with a chihuahua yapping at me while it is running circles around my legs.

User avatar
BaNK.RoLL
 
Posts: 3451
Joined: Sun Nov 18, 2007 3:55 pm

Post » Tue Feb 16, 2016 1:37 pm

Hmm there is an issue here apparently. I think it's the chihuahua it's a bug but yeah if you could provide me with some step to step instructions...



I guess you are using my bleeding edge branch https://github.com/wrye-bash/wrye-bash/archive/utumno-wip.zip



Fall back to stable dev and test that too please https://github.com/wrye-bash/wrye-bash/archive/dev.zip

User avatar
Beat freak
 
Posts: 3403
Joined: Thu Dec 14, 2006 6:04 am

Post » Mon Feb 15, 2016 10:23 pm

Using the stable Dev version. Ran BOSS, but when I clicked on Wrye Bash mod list, it went all white and froze on me. Had to force close it and reboot.

Was able to repeat it. Ran Wrye Bash in bug report mode., but it crashed before it could report any bugs. Only message was this:

Found Python at 'C:\Python27\pythonw.exe'
Launching Wrye Bash 307 in debug mode

Tried the bleeding edge version. Same problem.

Edit: I think it has something to do with launching BOSS from Wrye Bass, because when I launched BOSS from outside of Wrye Bash, I was bale to sort the list and resort the list and go into the Wrye Bash mod list with no crashes. Maybe it is related to the problems it has launching Oblivion and the CSE?
User avatar
Chris BEvan
 
Posts: 3359
Joined: Mon Jul 02, 2007 4:40 pm

Post » Tue Feb 16, 2016 5:33 am

Might help to note I was doing this on Skyrim where the dates aren't being manipulated (because they don't matter) so I doubt timestamps have anything to do with it.



I've also not been able to replicate the issue again. It's only happened the one time but it SEEMS to be ok at the moment. Stuff like this always crops up when I'm not actually looking for it though.

User avatar
Averielle Garcia
 
Posts: 3491
Joined: Fri Aug 24, 2007 3:41 pm

Post » Tue Feb 16, 2016 8:47 am

Tested installing, modifying, data syncing. Both the dev and bleeding edge have the same issue.

Steps to reproduce:
1. Install a mod from the installers tab.
2. BOSS reorder the mod. Boss has to be started form outside Wrye Bash.
3. Use CSE or TES4Edit to modify an element of the mod. Say a script step.
4. Save the change.
5. Go back to the installers tab.
6. The data should be marked as being out of sync.
7. Choose option update/sync files.
8. After update, the installer package will still be marked out of sync, but if you look in the director, you can confirm the file was updated.

hope that helps.

debug log (if it makes any difference):
Wrye Bash starting
Using Wrye Bash Version 307
Python version: 2.7.8
wxPython version: 2.8.12.1 (msw-unicode)
input encoding: None; output encoding: None; locale: ('en_US', 'cp1252')
filesystem encoding: mbcs
Searching for game to manage:
bush.py 71 _supportedGames: Detected the following supported games via Windows Registry:
bush.py 73 _supportedGames: oblivion: J:\TES4\Oblivion
bush.py 131 _detectGames: Detecting games via the -o argument, bash.ini and relative path:
bush.py 137 _detectGames: Set game mode to oblivion based on sOblivionPath setting in bash.ini: J:\TES4\Oblivion
bush.py 172 setGame: No preferred game specified.
bush.py 152 __setGame: Using oblivion game: J:\TES4\Oblivion
testing UAC
__init__.py 4504 __init__: Using libbsa API version: 2.0.0
__init__.py 4510 __init__: Using LOOT API version: 0.6.0
load_order.py 325 : Using libloadorder API version: 7.6.1
User avatar
FirDaus LOVe farhana
 
Posts: 3369
Joined: Thu Sep 13, 2007 3:42 am

Post » Tue Feb 16, 2016 1:40 am

Probably related to Sabel's issue, but I run into the opposite problem where data doesn't get marked as changed.



Steps to reproduce my issue:



1. Have a mod in a project folder.


2. Go to the installers tab. Note the mod is marked green.


3. Go back to the mods tab and edit the mod using xEdit or the CK/CS/etc.


4. Return to the installers tab. The project folder is not marked as being out of sync with the data.



If I exit Bash and reload it, then go back to the installers tab, the project folder is now orange, indicating it's out of sync with what's in Data.



I can reproduce this issue on 306 as well as both 307 branches. So it appears to be an old problem that just hasn't been reported yet.

User avatar
DAVId MArtInez
 
Posts: 3410
Joined: Fri Aug 10, 2007 1:16 am

Post » Mon Feb 15, 2016 9:49 pm

Utumno, your newest WIP isn't as thorough as previous versions. Previously, when I manually installed a changed file, and also copied that changed file into the mod's installer, the installer scan correctly identified them as identical. With this new WIP, they now appear as mismatched unless I 'install' the mod again. This may be the same issue that Saebel and Arthmoor reported above.

Let me know what you need. Thanks! :)

EDIT: This happens with both DEV and your new WIP, and it only happens with externally edited files. If I edit a file in-place (in its installed location), and then copy the edited file to its installer, WB says it's identical and the installer is green. If I edit the file somewhere else, then copy it to both the installer and the installed location, WB says they don't match and colors the installer yellow.
User avatar
Lucky Girl
 
Posts: 3486
Joined: Wed Jun 06, 2007 4:14 pm

Post » Tue Feb 16, 2016 4:19 am

So here is something that is rather odd. I've been playing with custom images for the BAIN Installer Wizard.

If I reduce the window to the absolute minimum size, it displays an image for the default selection. That size is approximately 210 x 210 pixels. So I created images of those exact dimensions. However, when I select one of the options, the image area "zooms" to 230 x 230. If I toggle back and forth between the options, the size remains at 230 x 230.

If I click next to go to the next stage of the wizard, the size of the space drops down to 210 x 210 again. But as before, when I select an option, it balloons up to 230 x 230.

Granted, this is a low priority thing, but it's a little disconcerting when it happens. I do a lot of my own graphic design, and I'm a big fan of consistency.

I'm going to make all of my graphics 230 x 230, since it remains consistent when toggling back and forth, and reducing from 230 x 230 to 210 x 210 initially isn't as bad aesthetically because the image remains relatively sharp, compared to the other way around where ballooning out ends up blurring the quality of the image.

Anyway, thought you should be aware in case you wanted to add it to the list.
User avatar
NO suckers In Here
 
Posts: 3449
Joined: Thu Jul 13, 2006 2:05 am

Post » Tue Feb 16, 2016 5:29 am

One more thing. I'm trying to add a final note on the confirmation page of the BAIN installer. The documentation for the BAIN Wizard re: notes states:

Note - Add a note to the user to be displayed at the end of the wizard, on the finish page. The '- ' will be added automatically.
Note text
text - A string, string variable, or expression that evaluates to a string, to be displayed on the finish page.

So my interpretation is that the last line of code should be:
Note "Be sure to visit the SDR website at http://www.saebel.net/sdr.phpand read the included SDR Player's Hanbook for all the details."

However, nothing shows up in the notes. What am I doing wrong?
User avatar
NEGRO
 
Posts: 3398
Joined: Sat Sep 01, 2007 12:14 am

Next

Return to IV - Oblivion