Wrye Bash - All Games

[lmstearn]

It's a bit odd it wants the 64 bit MSVC- the OBSE project itself is and always has been 32 bit. Perhaps the nsi installer or something else? If not documented anywhere, might be worth logging an issue for it.

[Psymon]

If that is true then likely I conflated the requirements for WB and xOBSE. Not something I'm going to test, since things started working till tonight. Last night I used WB 311 downloaded here to bash that patch and um it did so ... as it has numerous times recently. All good. I left my computer running but aired ... so no network access. Strangely when I open WB this evening ... I get 30+ mini error windows popping up ... see pic.and the only one with an actual error on it seemed to be about network access.

Here is the dump log:

Spoiler

localize.py   74 setup_locale: cli_lang='' - cli_target='' - falling back to (en_US, cp1252) from getdefaultlocale
localize.py   78 setup_locale: wx gave back en_US
localize.py  125 setup_locale: Set wxPython locale to 'en_US'
loot_parser.py   54 <module>: Using LibYAML-based parser
doc_viewer.py   55 <module>: pdfviewer using PyMuPDF (GPL)
bash.py  312 dump_environment: Using Wrye Bash Version 311.202303121804 (Standalone)
    OS info: Windows-10-10.0.19045-SP0, running on Intel64 Family 6 Model 23 Stepping 7, GenuineIntel
    Python version: 3.11.2 (tags/v3.11.2:878ead1, Feb  7 2023, 16:38:35) [MSC v.1934 64 bit (AMD64)]
    Dependency versions:
     - chardet: 5.1.0
     - ifileoperation: 1.2.3
     - lxml: 4.9.2
     - PyMuPDF: 1.21.1; bundled MuPDF version: 1.21.1
     - python-lz4: 4.3.2; bundled LZ4 version: 1.9.4
     - PyYAML: 6.0
     - requests: 2.28.2
     - websocket-client: 1.5.1
     - wxPython: 4.2.1a1 msw (phoenix) wxWidgets 3.2.2
    Input encoding: None; output encoding: utf-8
    Filesystem encoding: utf-8
    Command line: ['I:\\Games\\Bethesda Softworks\\Oblivion\\Mopy\\Wrye Bash.exe']
bash.py  559 _import_bush_and_set_game: Searching for game to manage:
bush.py  173 _supportedGames: The following games are supported by this version of Wrye Bash:
  - Oblivion (GOG, Steam, WS)
  - Morrowind (Steam, WS)
  - Fallout 4 VR (Steam)
  - Skyrim VR (Steam)
  - Enderal Special Edition (GOG, Steam)
  - Enderal (Steam)
  - Fallout 3 (EGS, Steam, WS)
  - Skyrim (Steam)
  - Nehrim (GOG, Steam)
  - Fallout New Vegas (Steam, WS)
  - Skyrim Special Edition (EGS, GOG, Steam, WS)
  - Fallout 4 (Steam, WS)
Wrye Bash looked for installations of supported games in the following places:
 1. Windows Registry:
  The following supported games were found via the registry:
   - Fallout 3: I:\Games\Bethesda Softworks\Fallout 3
   - Morrowind: I:\Games\Bethesda Softworks\Morrowind
   - Oblivion: I:\Games\Bethesda Softworks\Oblivion
   - Skyrim: I:\SteamLibrary\steamapps\common\Skyrim
  Make sure to run the launcher of each game you installed through Steam
  once, otherwise Wrye Bash will not be able to find it.
 2. Windows Store (Legacy):
  No supported games with modding enabled were found via the legacy Windows Store.
 3. Windows Store:
  No supported games were found via the Windows Store.
 4. Epic Games Store:
  No supported games were found via the Epic Games Store.
bush.py  244 _detectGames: Detecting games via the -o argument, bash.ini and relative path:
bush.py  250 _detectGames: Set game mode to Oblivion found in parent directory of Mopy:  I:\Games\Bethesda Softworks\Oblivion
bush.py  266 __setGame: Using Oblivion game: I:\Games\Bethesda Softworks\Oblivion
patch_game.py  293 _import_records: <class 'bash.brec.common_records.AMreFlst'>: no melSet
patch_game.py  293 _import_records: <class 'bash.brec.common_records.AMreImad'>: no melSet
initialization.py  179 init_dirs: My Games location set to C:\Users\*****\Documents\My Games\Oblivion
initialization.py  192 init_dirs: LocalAppData location set to C:\Users\*****\AppData\Local\Oblivion
initialization.py  241 init_dirs: Game Mods location set to G:\Mod Database\.Installed\Oblivion Mods
initialization.py  247 init_dirs: Bash Mod Data location set to G:\Mod Database\.Installed\Oblivion Mods\Bash Mod Data
initialization.py  252 init_dirs: Installers location set to G:\Mod Database\.Installed\Oblivion Mods\Bash Installers
initialization.py  254 init_dirs: Installers bash data location set to G:\Mod Database\.Installed\Oblivion Mods\Bash
initialization.py  262 init_dirs: Checking if WB directories exist and creating them if needed:
initialization.py  266 init_dirs:  - G:\Mod Database\.Installed\Oblivion Mods\Bash Mod Data
initialization.py  266 init_dirs:  - G:\Mod Database\.Installed\Oblivion Mods\Bash Installers
initialization.py  266 init_dirs:  - G:\Mod Database\.Installed\Oblivion Mods\Bash Installers\Bain Converters
initialization.py  266 init_dirs:  - G:\Mod Database\.Installed\Oblivion Mods\Bash Installers\Bain Converters\--Duplicates
initialization.py  266 init_dirs:  - G:\Mod Database\.Installed\Oblivion Mods\Bash Installers\Bain Converters\--Corrupt
initialization.py  266 init_dirs:  - G:\Mod Database\.Installed\Oblivion Mods\Bash
initialization.py  266 init_dirs:  - G:\Mod Database\.Installed\Oblivion Mods\Bash\BSA Cache
loot_parser.py   87 __init__: Using these LOOT paths:
loot_parser.py   88 __init__:  Masterlist: C:\Users\*****\AppData\Local\LOOT\games\Oblivion\masterlist.yaml
loot_parser.py   89 __init__:  Userlist: C:\Users\*****\AppData\Local\LOOT\games\Oblivion\userlist.yaml
loot_parser.py   90 __init__:  Taglist (fallback): I:\Games\Bethesda Softworks\Oblivion\Mopy\taglists\Oblivion\taglist.yaml
loot_parser.py   97 __init__: Initialized loot_parser, compatible with LOOT metadata v0.18
__init__.py 3695 initBosh: Looking for main game INI at C:\Users\*****\Documents\My Games\Oblivion\Oblivion.ini
windows.py 1150 testUAC: Testing if game folder is UAC-protected
__init__.py 1455 _initDB: Initializing BSAInfos
__init__.py 1456 _initDB:  store_dir: I:\Games\Bethesda Softworks\Oblivion\Data
__init__.py 1457 _initDB:  bash_dir: G:\Mod Database\.Installed\Oblivion Mods\Bash Mod Data\BSA Data
__init__.py 1455 _initDB: Initializing ModInfos
__init__.py 1456 _initDB:  store_dir: I:\Games\Bethesda Softworks\Oblivion\Data
__init__.py 1457 _initDB:  bash_dir: G:\Mod Database\.Installed\Oblivion Mods\Bash Mod Data
_games_lo.py  662 print_lo_paths: Using the following load order files:
_games_lo.py  669 print_lo_paths:  - Active plugins: C:\Users\*****\AppData\Local\Oblivion\plugins.txt
__init__.py 1455 _initDB: Initializing SaveInfos
__init__.py 1456 _initDB:  store_dir: C:\Users\*****\Documents\My Games\Oblivion\Saves
__init__.py 1457 _initDB:  bash_dir: C:\Users\*****\Documents\My Games\Oblivion\Saves\Bash
__init__.py 1455 _initDB: Initializing INIInfos
__init__.py 1456 _initDB:  store_dir: I:\Games\Bethesda Softworks\Oblivion\Data\INI Tweaks
__init__.py 1457 _initDB:  bash_dir: G:\Mod Database\.Installed\Oblivion Mods\Bash Mod Data\INI Data
__init__.py 3897 __init__: Constructing panel 'Installers'
__init__.py 3907 __init__: Panel 'Installers' constructed successfully
__init__.py 3897 __init__: Constructing panel 'Mods'
__init__.py 3907 __init__: Panel 'Mods' constructed successfully
__init__.py 3897 __init__: Constructing panel 'Saves'
__init__.py 3907 __init__: Panel 'Saves' constructed successfully
__init__.py 3897 __init__: Constructing panel 'INI Edits'
__init__.py 3907 __init__: Panel 'INI Edits' constructed successfully
__init__.py 3897 __init__: Constructing panel 'Screenshots'
__init__.py 1455 _initDB: Initializing ScreenInfos
__init__.py 1456 _initDB:  store_dir: I:\Games\Bethesda Softworks\Oblivion
__init__.py 1457 _initDB:  bash_dir: G:\Mod Database\.Installed\Oblivion Mods\Bash Mod Data\Screenshot Data
__init__.py 3907 __init__: Panel 'Screenshots' constructed successfully
Exception in thread Thread-1:
Traceback (most recent call last):
  File "urllib3\connection.py", line 174, in _new_conn
  File "urllib3\util\connection.py", line 72, in create_connection
  File "socket.py", line 962, in getaddrinfo
socket.gaierror: [Errno 11001] getaddrinfo failed

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "urllib3\connectionpool.py", line 703, in urlopen
  File "urllib3\connectionpool.py", line 386, in _make_request
  File "urllib3\connectionpool.py", line 1042, in _validate_conn
  File "urllib3\connection.py", line 358, in connect
  File "urllib3\connection.py", line 186, in _new_conn
urllib3.exceptions.NewConnectionError: <urllib3.connection.HTTPSConnection object at 0x00000239C2343FD0>: Failed to establish a new connection: [Errno 11001] getaddrinfo failed

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "requests\adapters.py", line 489, in send
  File "urllib3\connectionpool.py", line 787, in urlopen
  File "urllib3\util\retry.py", line 592, in increment
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='api.github.com', port=443): Max retries exceeded with url: /repos/wrye-bash/wb_status/contents/latest.json (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x00000239C2343FD0>: Failed to establish a new connection: [Errno 11001] getaddrinfo failed'))

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "threading.py", line 1038, in _bootstrap_inner
  File "bash\update_checker.py", line 243, in run
  File "bash\update_checker.py", line 218, in check_for_updates
  File "bash\update_checker.py", line 172, in _get_latest_version
  File "bash\update_checker.py", line 131, in get_file_from_path
  File "bash\web.py", line 154, in _send_get
  File "bash\web.py", line 112, in __make_request
  File "requests\sessions.py", line 587, in request
  File "requests\sessions.py", line 701, in send
  File "requests\adapters.py", line 565, in send
requests.exceptions.ConnectionError: HTTPSConnectionPool(host='api.github.com', port=443): Max retries exceeded with url: /repos/wrye-bash/wb_status/contents/latest.json (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x00000239C2343FD0>: Failed to establish a new connection: [Errno 11001] getaddrinfo failed'))

 

Seems to be saying at line 104 that "Exception in thread Thread-1" then a cascade of errors.

... what happen? I didn't even turn my computer off from the last time I used WB, which had been quite a lot the last few days.

Edited March 19 by Psymon

[lmstearn]

Looks like WB is loading websocket code, and can't find a host. It won't even default to localhost because it can't establish a network connection with anything.

[Infernio]

When you launch the latest 311 nightlies, they query this file for the latest released WB version using the GitHub API. Looks like requests (the library we use for establishing the connection) is failing, so it retried a couple times and got an error each time, then wxPython decided, for some reason, to open a new error window each time an error occurred. If this keeps happening, you should investigate why your system isn't letting WB access GitHub. As a last resort, you can also turn the update check off in the Settings.

[Psymon]

16 hours ago, Infernio said:

When you launch the latest 311 nightlies, they query this file for the latest released WB version using the GitHub API. Looks like requests (the library we use for establishing the connection) is failing, so it retried a couple times and got an error each time, then wxPython decided, for some reason, to open a new error window each time an error occurred. If this keeps happening, you should investigate why your system isn't letting WB access GitHub. As a last resort, you can also turn the update check off in the Settings.

How about instead ... when the hell did Wrye Bash start requiring the ability to phone home in order to even open ...or for any reason really. It is just a mod utility - Jeez

Reverting to 310 resolved 'the issue of the aired computer'.

Edited Monday at 06:08 AM by Psymon

[Arthmoor]

It's checking for updates. Which is a fairly routine thing for most software to do.

[Infernio]

It's literally just an update check. xEdit does the exact same thing.
We don't collect or store any data (and literally couldn't without a privacy policy in place and hiring a lawyer so we comply with GPDR, not that there would even be any point in it). We literally just download a file and compare the version.

The point of adding this is because 1. we keep getting bug reports by people who can't be arsed to use a version that isn't 2 years out of date and 2. we want to move from our, like, seven Nexus pages to a single one, but because Nexus hasn't figured out a way to do that that doesn't involve just starting over from scratch and hoping people find the new mod page, we need some way to let people know where the new updates are.

If you really hate it that much, just disable it in the settings. Or fork the repo and comment the whole thing out, WB is open source.

Edited Monday at 08:00 AM by Infernio

[Maisa666]

Never mind, I got it open after all. 

Edited Monday at 11:50 AM by Maisa666

[Psymon]

On 3/19/2023 at 11:38 PM, Arthmoor said:

It's checking for updates. Which is a fairly routine thing for most software to do.

Just to clarify ... the reason this got brought up was because the said program was requiring internet connection to even load, or it would crash and the option for auto-update set to on automatically. Seems a reasonable thing to report ... and did so knowing it was a bug, but ... functionally as experienced in the moment had tons of flavor of the stay connected and online or no use software kinda vibe. that is all.

I'm an old timer ... I'd happily disconnect from the web and just play a game or what ever other computing ... for hours. That was not to disparage anyone's work or anything. Understood it was a bug or at least I hope that is a bug.

Nice to see you

[sibir]

It doesn't crash on startup for me with no internet access. It opens a bunch of error dialogs like you said, but the main interface is still accessible. I'm able to reach the settings menu & disable the startup check without issue. Is this not the case for you?

[Infernio]

The popups are definitely a bug, WB should just be ignoring the error if a user doesn't have an internet connection. That should be fixed in the newest nightly build (311.202303211149).

[Psymon]

19 hours ago, Infernio said:

The popups are definitely a bug, WB should just be ignoring the error if a user doesn't have an internet connection. That should be fixed in the newest nightly build (311.202303211149).

So far all good.

[Psymon]

I don't know if this is the place for recommendations ... if anyone of note reads here also doing development. Here is a feature request ... if this isn't the place then point me there and I will eventually get around to posting there.

imagine this. You put an esp patch into your data folder, to get the master exact name, see it is red, but sure you got it ... somewhere ... in your bash installers archives. but where? So a function that could be a right context click on that red missing master and perform a search of all installed archives for said plugin, with no expectation that it will do no more deeper searching than WB already has for archives ... so a plugin search for that folder, but inside archives in that folder. That would be a huge time saver and convenience.

I imagine then a jump to after the search. But how to handle more than one hit? If that kind of thing  is possible.

Good idea?

[Infernio]

Sure, we can add that. It'll have to wait until 312 though, 311 is feature-frozen already.

Edit: Tracking issue: https://github.com/wrye-bash/wrye-bash/issues/664

Edited Thursday at 12:06 PM by Infernio