lmstearn Posted March 16 Share Posted March 16 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. Link to comment Share on other sites More sharing options...
Psymon Posted March 19 Share Posted March 19 (edited) 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 Link to comment Share on other sites More sharing options...
lmstearn Posted March 19 Share Posted March 19 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. Link to comment Share on other sites More sharing options...
Infernio Posted March 19 Share Posted March 19 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. Link to comment Share on other sites More sharing options...
Psymon Posted March 20 Share Posted March 20 (edited) 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 March 20 by Psymon Link to comment Share on other sites More sharing options...
Arthmoor Posted March 20 Share Posted March 20 It's checking for updates. Which is a fairly routine thing for most software to do. Link to comment Share on other sites More sharing options...
Infernio Posted March 20 Share Posted March 20 (edited) 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 March 20 by Infernio Link to comment Share on other sites More sharing options...
Maisa666 Posted March 20 Share Posted March 20 (edited) Never mind, I got it open after all. Edited March 20 by Maisa666 Link to comment Share on other sites More sharing options...
Psymon Posted March 21 Share Posted March 21 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 Link to comment Share on other sites More sharing options...
sibir Posted March 21 Share Posted March 21 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? Link to comment Share on other sites More sharing options...
Infernio Posted March 21 Share Posted March 21 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). Link to comment Share on other sites More sharing options...
Psymon Posted March 22 Share Posted March 22 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. Link to comment Share on other sites More sharing options...
Psymon Posted March 23 Share Posted March 23 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? Link to comment Share on other sites More sharing options...
Infernio Posted March 23 Share Posted March 23 (edited) 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 March 23 by Infernio Link to comment Share on other sites More sharing options...
Psymon Posted March 25 Share Posted March 25 (edited) Cool. Gosh imagine a day when you can just dump all patches into a project folder and then confuse yourself when you don't delete the older patches. Nah J.K. .... of course I'm not sure having 100s of complex bain packages is really all that much better when it is even more difficult to update due to package alterations.Though I've learned tricks around that .. may post those later with a few other feature requests. Like I suppose the inverse of that search would be helpful too ....search for child plugins. but I guess the the plugin or master being referenced would have to be in the data folder, so it would be primarily anyway new error after trying to install better cities .... the latest and greatest error: Spoiler mod_files.py 205 load_plugin: Error in ULM BetterCities-UniqueLandscapes merged patch.esp Traceback (most recent call last): File "bash\mod_files.py", line 183, in load_plugin File "bash\brec\record_groups.py", line 1246, in __init__ File "bash\brec\record_groups.py", line 641, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 256, in _load_rec_group File "bash\brec\record_groups.py", line 654, in _group_element File "bash\brec\record_groups.py", line 380, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 565, in _load_rec_group File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1210, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 909, in __init__ File "bash\brec\record_groups.py", line 359, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1119, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 1104, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 1015, in _load_rec_group File "bash\brec\record_groups.py", line 50, in _load_err bash.exception.ModError: ULM BetterCities-UniqueLandscapes merged patch.esp: <[CELL:(Oblivion.esm, 023777)]> outside of block or subblock. mod_files.py 205 load_plugin: Error in ULM BetterCities-UniqueLandscapes merged patch.esp Traceback (most recent call last): File "bash\mod_files.py", line 183, in load_plugin File "bash\brec\record_groups.py", line 1246, in __init__ File "bash\brec\record_groups.py", line 641, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 256, in _load_rec_group File "bash\brec\record_groups.py", line 654, in _group_element File "bash\brec\record_groups.py", line 380, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 565, in _load_rec_group File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1210, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 909, in __init__ File "bash\brec\record_groups.py", line 359, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1119, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 1104, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 1015, in _load_rec_group File "bash\brec\record_groups.py", line 50, in _load_err bash.exception.ModError: ULM BetterCities-UniqueLandscapes merged patch.esp: <[CELL:(Oblivion.esm, 023777)]> outside of block or subblock. patcher_dialog.py 279 _error: Exception during Bashed Patch building: Traceback (most recent call last): File "bash\basher\patcher_dialog.py", line 172, in PatchExecute File "bash\patcher\patch_files.py", line 428, in buildPatch File "bash\brec\record_groups.py", line 690, in keepRecords File "bash\brec\record_groups.py", line 510, in _call_super File "bash\brec\record_groups.py", line 439, in keepRecords File "bash\brec\record_groups.py", line 499, in _call_super File "bash\brec\record_groups.py", line 1172, in keepRecords AttributeError: 'NoneType' object has no attribute 'fid' Traceback (most recent call last): File "bash\gui\events.py", line 180, in _post File "bash\balt.py", line 704, in _conversation_wrapper File "bash\basher\patcher_dialog.py", line 172, in PatchExecute File "bash\patcher\patch_files.py", line 428, in buildPatch File "bash\brec\record_groups.py", line 690, in keepRecords File "bash\brec\record_groups.py", line 510, in _call_super File "bash\brec\record_groups.py", line 439, in keepRecords File "bash\brec\record_groups.py", line 499, in _call_super File "bash\brec\record_groups.py", line 1172, in keepRecords AttributeError: 'NoneType' object has no attribute 'fid' It is a patch from the UL compatibility Compilation, so that is the source, not BC. But I'm not certain if this is an error in that mod or in how WB is handling that mod. thanks [edit 1]Apologies here is the full debug log ... yes on the last nightly I got .. about 4-5 days ago 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.202303211149 (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) - Enderal (Steam) - Skyrim (Steam) - Skyrim VR (Steam) - Nehrim (GOG, Steam) - Fallout 4 (Steam, WS) - Fallout New Vegas (Steam, WS) - Enderal Special Edition (GOG, Steam) - Fallout 3 (EGS, Steam, WS) - Fallout 4 VR (Steam) - Morrowind (Steam, WS) - Skyrim Special Edition (EGS, GOG, 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:\SteamLibrary\steamapps\common\Fallout 3 goty - Skyrim Special Edition: I:\SteamLibrary\steamapps\common\Skyrim Special Edition 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 I:\Games\Bethesda Softworks\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: I:\Games\Bethesda Softworks\Oblivion\plugins.txt __init__.py 1455 _initDB: Initializing SaveInfos __init__.py 1456 _initDB: store_dir: I:\Games\Bethesda Softworks\Oblivion\Saves __init__.py 1457 _initDB: bash_dir: I:\Games\Bethesda Softworks\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 bsa_files.py 697 _read_bsa_file: I:\Games\Bethesda Softworks\Oblivion\Data\WAC.bsa reports wrong folder names length 14668 - actual: 12918 (number of folders is 441) bsa_files.py 697 _read_bsa_file: I:\Games\Bethesda Softworks\Oblivion\Data\Rathunas01.bsa reports wrong folder names length 11361 - actual: 10514 (number of folders is 269) mod_files.py 205 load_plugin: Error in ULM BetterCities-UniqueLandscapes merged patch.esp Traceback (most recent call last): File "bash\mod_files.py", line 183, in load_plugin File "bash\brec\record_groups.py", line 1246, in __init__ File "bash\brec\record_groups.py", line 641, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 256, in _load_rec_group File "bash\brec\record_groups.py", line 654, in _group_element File "bash\brec\record_groups.py", line 380, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 565, in _load_rec_group File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1210, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 909, in __init__ File "bash\brec\record_groups.py", line 359, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1119, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 1104, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 1015, in _load_rec_group File "bash\brec\record_groups.py", line 50, in _load_err bash.exception.ModError: ULM BetterCities-UniqueLandscapes merged patch.esp: <[CELL:(Oblivion.esm, 023777)]> outside of block or subblock. mod_files.py 205 load_plugin: Error in ULM BetterCities-UniqueLandscapes merged patch.esp Traceback (most recent call last): File "bash\mod_files.py", line 183, in load_plugin File "bash\brec\record_groups.py", line 1246, in __init__ File "bash\brec\record_groups.py", line 641, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 256, in _load_rec_group File "bash\brec\record_groups.py", line 654, in _group_element File "bash\brec\record_groups.py", line 380, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 565, in _load_rec_group File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1210, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 909, in __init__ File "bash\brec\record_groups.py", line 359, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1119, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 1104, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 1015, in _load_rec_group File "bash\brec\record_groups.py", line 50, in _load_err bash.exception.ModError: ULM BetterCities-UniqueLandscapes merged patch.esp: <[CELL:(Oblivion.esm, 023777)]> outside of block or subblock. patcher_dialog.py 279 _error: Exception during Bashed Patch building: Traceback (most recent call last): File "bash\basher\patcher_dialog.py", line 172, in PatchExecute File "bash\patcher\patch_files.py", line 428, in buildPatch File "bash\brec\record_groups.py", line 690, in keepRecords File "bash\brec\record_groups.py", line 510, in _call_super File "bash\brec\record_groups.py", line 439, in keepRecords File "bash\brec\record_groups.py", line 499, in _call_super File "bash\brec\record_groups.py", line 1172, in keepRecords AttributeError: 'NoneType' object has no attribute 'fid' Traceback (most recent call last): File "bash\gui\events.py", line 180, in _post File "bash\balt.py", line 704, in _conversation_wrapper File "bash\basher\patcher_dialog.py", line 172, in PatchExecute File "bash\patcher\patch_files.py", line 428, in buildPatch File "bash\brec\record_groups.py", line 690, in keepRecords File "bash\brec\record_groups.py", line 510, in _call_super File "bash\brec\record_groups.py", line 439, in keepRecords File "bash\brec\record_groups.py", line 499, in _call_super File "bash\brec\record_groups.py", line 1172, in keepRecords AttributeError: 'NoneType' object has no attribute 'fid' [Edit2] Reverting to 310 and no error with the same load order Edited March 26 by Psymon Link to comment Share on other sites More sharing options...
Infernio Posted March 27 Share Posted March 27 (edited) I reposted it as a comment to the relevant GitHub issue, that's a regression from recent records refactoring. Edited March 27 by Infernio Link to comment Share on other sites More sharing options...
Utumno Posted March 27 Author Share Posted March 27 On 3/25/2023 at 3:11 PM, Psymon said: Cool. Gosh imagine a day when you can just dump all patches into a project folder and then confuse yourself when you don't delete the older patches. Nah J.K. .... of course I'm not sure having 100s of complex bain packages is really all that much better when it is even more difficult to update due to package alterations.Though I've learned tricks around that .. may post those later with a few other feature requests. Like I suppose the inverse of that search would be helpful too ....search for child plugins. but I guess the the plugin or master being referenced would have to be in the data folder, so it would be primarily anyway new error after trying to install better cities .... the latest and greatest error: Reveal hidden contents mod_files.py 205 load_plugin: Error in ULM BetterCities-UniqueLandscapes merged patch.esp Traceback (most recent call last): File "bash\mod_files.py", line 183, in load_plugin File "bash\brec\record_groups.py", line 1246, in __init__ File "bash\brec\record_groups.py", line 641, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 256, in _load_rec_group File "bash\brec\record_groups.py", line 654, in _group_element File "bash\brec\record_groups.py", line 380, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 565, in _load_rec_group File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1210, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 909, in __init__ File "bash\brec\record_groups.py", line 359, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1119, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 1104, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 1015, in _load_rec_group File "bash\brec\record_groups.py", line 50, in _load_err bash.exception.ModError: ULM BetterCities-UniqueLandscapes merged patch.esp: <[CELL:(Oblivion.esm, 023777)]> outside of block or subblock. mod_files.py 205 load_plugin: Error in ULM BetterCities-UniqueLandscapes merged patch.esp Traceback (most recent call last): File "bash\mod_files.py", line 183, in load_plugin File "bash\brec\record_groups.py", line 1246, in __init__ File "bash\brec\record_groups.py", line 641, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 256, in _load_rec_group File "bash\brec\record_groups.py", line 654, in _group_element File "bash\brec\record_groups.py", line 380, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 565, in _load_rec_group File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1210, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 909, in __init__ File "bash\brec\record_groups.py", line 359, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1119, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 1104, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 1015, in _load_rec_group File "bash\brec\record_groups.py", line 50, in _load_err bash.exception.ModError: ULM BetterCities-UniqueLandscapes merged patch.esp: <[CELL:(Oblivion.esm, 023777)]> outside of block or subblock. patcher_dialog.py 279 _error: Exception during Bashed Patch building: Traceback (most recent call last): File "bash\basher\patcher_dialog.py", line 172, in PatchExecute File "bash\patcher\patch_files.py", line 428, in buildPatch File "bash\brec\record_groups.py", line 690, in keepRecords File "bash\brec\record_groups.py", line 510, in _call_super File "bash\brec\record_groups.py", line 439, in keepRecords File "bash\brec\record_groups.py", line 499, in _call_super File "bash\brec\record_groups.py", line 1172, in keepRecords AttributeError: 'NoneType' object has no attribute 'fid' Traceback (most recent call last): File "bash\gui\events.py", line 180, in _post File "bash\balt.py", line 704, in _conversation_wrapper File "bash\basher\patcher_dialog.py", line 172, in PatchExecute File "bash\patcher\patch_files.py", line 428, in buildPatch File "bash\brec\record_groups.py", line 690, in keepRecords File "bash\brec\record_groups.py", line 510, in _call_super File "bash\brec\record_groups.py", line 439, in keepRecords File "bash\brec\record_groups.py", line 499, in _call_super File "bash\brec\record_groups.py", line 1172, in keepRecords AttributeError: 'NoneType' object has no attribute 'fid' It is a patch from the UL compatibility Compilation, so that is the source, not BC. But I'm not certain if this is an error in that mod or in how WB is handling that mod. thanks [edit 1]Apologies here is the full debug log ... yes on the last nightly I got .. about 4-5 days ago Reveal hidden contents 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.202303211149 (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) - Enderal (Steam) - Skyrim (Steam) - Skyrim VR (Steam) - Nehrim (GOG, Steam) - Fallout 4 (Steam, WS) - Fallout New Vegas (Steam, WS) - Enderal Special Edition (GOG, Steam) - Fallout 3 (EGS, Steam, WS) - Fallout 4 VR (Steam) - Morrowind (Steam, WS) - Skyrim Special Edition (EGS, GOG, 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:\SteamLibrary\steamapps\common\Fallout 3 goty - Skyrim Special Edition: I:\SteamLibrary\steamapps\common\Skyrim Special Edition 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 I:\Games\Bethesda Softworks\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: I:\Games\Bethesda Softworks\Oblivion\plugins.txt __init__.py 1455 _initDB: Initializing SaveInfos __init__.py 1456 _initDB: store_dir: I:\Games\Bethesda Softworks\Oblivion\Saves __init__.py 1457 _initDB: bash_dir: I:\Games\Bethesda Softworks\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 bsa_files.py 697 _read_bsa_file: I:\Games\Bethesda Softworks\Oblivion\Data\WAC.bsa reports wrong folder names length 14668 - actual: 12918 (number of folders is 441) bsa_files.py 697 _read_bsa_file: I:\Games\Bethesda Softworks\Oblivion\Data\Rathunas01.bsa reports wrong folder names length 11361 - actual: 10514 (number of folders is 269) mod_files.py 205 load_plugin: Error in ULM BetterCities-UniqueLandscapes merged patch.esp Traceback (most recent call last): File "bash\mod_files.py", line 183, in load_plugin File "bash\brec\record_groups.py", line 1246, in __init__ File "bash\brec\record_groups.py", line 641, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 256, in _load_rec_group File "bash\brec\record_groups.py", line 654, in _group_element File "bash\brec\record_groups.py", line 380, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 565, in _load_rec_group File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1210, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 909, in __init__ File "bash\brec\record_groups.py", line 359, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1119, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 1104, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 1015, in _load_rec_group File "bash\brec\record_groups.py", line 50, in _load_err bash.exception.ModError: ULM BetterCities-UniqueLandscapes merged patch.esp: <[CELL:(Oblivion.esm, 023777)]> outside of block or subblock. mod_files.py 205 load_plugin: Error in ULM BetterCities-UniqueLandscapes merged patch.esp Traceback (most recent call last): File "bash\mod_files.py", line 183, in load_plugin File "bash\brec\record_groups.py", line 1246, in __init__ File "bash\brec\record_groups.py", line 641, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 256, in _load_rec_group File "bash\brec\record_groups.py", line 654, in _group_element File "bash\brec\record_groups.py", line 380, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 565, in _load_rec_group File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1210, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 909, in __init__ File "bash\brec\record_groups.py", line 359, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 467, in _load_rec_group File "bash\brec\record_groups.py", line 1119, in _load_mobs File "bash\brec\record_groups.py", line 475, in _load_mobs File "bash\brec\record_groups.py", line 1104, in __init__ File "bash\brec\record_groups.py", line 245, in __init__ File "bash\brec\record_groups.py", line 167, in __init__ File "bash\brec\record_groups.py", line 47, in __init__ File "bash\brec\record_groups.py", line 1015, in _load_rec_group File "bash\brec\record_groups.py", line 50, in _load_err bash.exception.ModError: ULM BetterCities-UniqueLandscapes merged patch.esp: <[CELL:(Oblivion.esm, 023777)]> outside of block or subblock. patcher_dialog.py 279 _error: Exception during Bashed Patch building: Traceback (most recent call last): File "bash\basher\patcher_dialog.py", line 172, in PatchExecute File "bash\patcher\patch_files.py", line 428, in buildPatch File "bash\brec\record_groups.py", line 690, in keepRecords File "bash\brec\record_groups.py", line 510, in _call_super File "bash\brec\record_groups.py", line 439, in keepRecords File "bash\brec\record_groups.py", line 499, in _call_super File "bash\brec\record_groups.py", line 1172, in keepRecords AttributeError: 'NoneType' object has no attribute 'fid' Traceback (most recent call last): File "bash\gui\events.py", line 180, in _post File "bash\balt.py", line 704, in _conversation_wrapper File "bash\basher\patcher_dialog.py", line 172, in PatchExecute File "bash\patcher\patch_files.py", line 428, in buildPatch File "bash\brec\record_groups.py", line 690, in keepRecords File "bash\brec\record_groups.py", line 510, in _call_super File "bash\brec\record_groups.py", line 439, in keepRecords File "bash\brec\record_groups.py", line 499, in _call_super File "bash\brec\record_groups.py", line 1172, in keepRecords AttributeError: 'NoneType' object has no attribute 'fid' [Edit2] Reverting to 310 and no error with the same load order Seems Bash reports an error with that mod (a misplaced cell) could you check in xEdit? The last error is because that Cell is set to None I think Link to comment Share on other sites More sharing options...
sibir Posted March 28 Share Posted March 28 10 hours ago, Utumno said: Seems Bash reports an error with that mod (a misplaced cell) could you check in xEdit? The last error is because that Cell is set to None I think xEdit doesn't report any warnings or errors with the plugin, & the cell appears to display fine. Link to comment Share on other sites More sharing options...
Utumno Posted March 28 Author Share Posted March 28 Thanks @sibir then we should have a closer look Link to comment Share on other sites More sharing options...
Psymon Posted March 28 Share Posted March 28 (edited) 6 hours ago, Utumno said: Thanks @sibir then we should have a closer look Apologies for taking my time with getting back about this ... I've been wrestling with tes4ll and it is a time consuming process. That plus mod testing and all for a working load order. Takes time...so I reverted back to 310 in order to see if that was the issue and I think it is 311. I attempted to replicate the error, which did occur several times with 311. However, with the same esp in question no error is thrown for version 310. Utumno ... I have another question. I just saw your posts from way back in 2017 for wrye morph regarding using wrye bash 291 I think in order to run bashmon ... so would that mean making a bashed patch with the current wrye bash (say vers 310) and then closing it opening then wrye bash 291 and .... I'm guessing starting bashmon, which if I recall correctly runs in the background while Oblivion runs I guess like a wrapper or injector? Do you think that still a valid thing to try? I did at one point install and use this .. way back, 2010ish. At the time it seemed unwieldy and didn't fit, afraid it was gonna break my precious game. Now I roll with all that. Here is a mod idea ...not a request - just spitballing .... What if it is assumed that the character and their name is the name of the group and that they are a unit like a pair or a trio if more than one trans-morph is possible. Now here is the part that I think would be different ... once you transform a clone of your original or first character is created and then assigned as a companion, then if you switch back ... Well I don't know? I'm not that kind of smart yet Or maybe if that is possible with scripts as opposed to wrye bash. On my list of things to check out. Maybe someone has already made that mod and everyone knows about it. IDK. I'm thinking that in game it would effectively work like the game Trine, which is a scrolling arcade game with a mage, archer, and fighter of which you can be one of them at a time, and the other two hang back and support until they are made prime character again. I wonder if there is a way to do this So effectively having a traveling party where you could play any of the parts, but only one at a time, and then the not prime characters are just companions that could be controlled with a companion mod of some sort. The player has the character transform into that companion then the companion clone is removed or disabled and the character you just were is cloned and companioned, Just a thought. Also .. so Wrye is MIA? Also ... too ... I'm noticing that there is still a morph section on the bashed patch options .. that has something to do with factions. Under what circumstances other than with wrye morph use that? Edited March 28 by Psymon Link to comment Share on other sites More sharing options...
Infernio Posted March 28 Share Posted March 28 4 hours ago, Psymon said: Under what circumstances other than with wrye morph use that? None, it's meant for Wrye Morph. Your understanding is correct: make a BP in the newest WB version with that checked, then close the new version and run 291 in the background with bashmon enabled. Link to comment Share on other sites More sharing options...
Psymon Posted March 28 Share Posted March 28 6 minutes ago, Infernio said: None, it's meant for Wrye Morph. Your understanding is correct: make a BP in the newest WB version with that checked, then close the new version and run 291 in the background with bashmon enabled. Wouldn't happen to have a stand alone version of 291 laying around by chance? Or is it that I need to install python. And if that is the case will installing python affect the stand alone wrye bash I'm using now? I think I recall that being an issue ... or maybe just operator error. thanks Link to comment Share on other sites More sharing options...
Infernio Posted March 28 Share Posted March 28 There's a 291.1 on the old SourceForge, no guarantee that it'll work though: https://sourceforge.net/projects/oblivionworks/files/Wrye Bash/Wrye Bash 291.1/ Link to comment Share on other sites More sharing options...
Utumno Posted March 28 Author Share Posted March 28 @Psymon Could you please single out which patcher(s) are causing the error? Will try and reproduce asap. Btw your nick reminds me of something - were you by any chance involved in WB/Bashmon development? Link to comment Share on other sites More sharing options...
sibir Posted March 28 Share Posted March 28 22 minutes ago, Utumno said: @Psymon Could you please single out which patcher(s) are causing the error? Will try and reproduce asap. Btw your nick reminds me of something - were you by any chance involved in WB/Bashmon development? The <[CELL:(Oblivion.esm, 023777)]> outside of block or subblock traceback seems to happen whenever the plugin is scanned, so, e.g., when you check the plugin's mergeability qualifications. The 'NoneType' object has no attribute 'fid' appears to be a separate issue & will need to be isolated. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now