ModOrganizer2 / modorganizer

Mod manager for various PC games. Discord Server: https://discord.gg/ewUVAqyrQX if you would like to be more involved
http://www.nexusmods.com/skyrimspecialedition/mods/6194
GNU General Public License v3.0
2.17k stars 160 forks source link

Opening the settings config crashes to Desktop #1787

Open Linrox opened 1 year ago

Linrox commented 1 year ago

The problem:

  1. I can't open the settings options in MO2, i get a CTD.

To Reproduce:

Steps to reproduce the behavior:

After a initial installation of Mod Organizer 2-6194-2-4-4-1640622655.exe. Which had no installation errors. I was adding mods and playing skyrim LE and noticed that MO2 was slow and lagging in opening windows and ticking boxes...

As the install of MO2 creates a wine location for the program to run. I tried opening MO2 directly in a wine environment and it was much quicker, but it could not see my steam installation or start skyrim. I did a API connection with nexus and it worked fine. But when i went back to the MO2 open with protonlauncher i could not open the settings config window (CTD) and this instance was no longer API connected with nexus, so no download validation or anything that needed the API connection.

Environment:

Details:

If necessary, describe the problem you have been experiencing with more details and pictures.

Link to Mod Organizer logs:

Right click on the log window at the bottom of MO2, set log level to debug, restart Mo2 and reproduce the problem. To access the log files you can press the Open folder icon over the modlist and select "Open MO2 Logs folder".

USVFS:

Same link as MO interface

MO Interface:

https://gist.github.com/Linrox/2c36a109c90d87d38b5390c3ddcf5f12

haileyambition commented 1 year ago

wine is not supported, just fyi

Linrox commented 1 year ago

I don't use wine for MO2, I was just testing to see if the wine version was as slow/laggy as the protonlauncher when running mo2. But it has gotten better at least until it broke

haileyambition commented 1 year ago

linux is also not supported

Linrox commented 1 year ago

So no help in fixing the issue, ok. SO you only want to help people running windows 10 or 11. I see

So much for the gaming community support.

haileyambition commented 1 year ago

oh please dont misunderstand me. i am not a developer on this project at all and someone may be able to help you. i just wanted to set your expectations. I dont run within windows either. I am on linux as well. Its kinda like since we choose to go rogue we are kinda on our own.

I do however see in your mo log. usvfs log messages are written to C:/users/USERNAME/Local Settings/Application Data/ModOrganizer/Skyrim/logs/usvfs-2023-01-19_14-49-09.log

USERNAME is concerning me here.....

I have seen this behavior myself once when i was not launching MO through steam launcher. Which comaptiliblity tool did you select?

Al12rs commented 1 year ago

The username is censored in the logs for privacy reasons. It's not an issue.

None of the current contributors are Linux users and USVFS is a windows system call hooking library that can only work on windows or windows emulated environment.

We are not opposed to supporting Linux, MO2 is open source and if there is any developer interested in wine/Linux and wants to support it then that would be awesome.

At the moment if MO2 works on Wine that's great, but if it doesn't we can't really help.

haileyambition commented 1 year ago

Interesting.... here is a snippet from my mo.log which does NOT use USERNAME


[2023-01-20 13:34:17.863 I] starting Mod Organizer version 2.4.4 revision 1df1ea5e in Z:/home/talmos/Gaming/mod-organizer-2-fallout4/modorganizer2, usvfs: 0.5.6.0
[2023-01-20 13:34:17.865 I] data path: Z:/home/talmos/Gaming/mod-organizer-2-fallout4/modorganizer2
[2023-01-20 13:34:17.866 I] working directory: Z:/home/talmos/.local/share/Steam/steamapps/common/Fallout 4
[2023-01-20 13:34:17.867 D] timing: MOApplication setup() 5 ms
[2023-01-20 13:34:18.704 E] [error.cpp:24] Failed to import module game_control.py: No module named 'PyQt6'
[2023-01-20 13:34:18.740 E] [error.cpp:24] Failed to import module game_masterduel.py: No module named 'PyQt6'
[2023-01-20 13:34:18.785 E] [error.cpp:24] Failed to import module game_trainsimulator.py: No module named 'PyQt6'
[2023-01-20 13:34:19.302 I] using game plugin 'Fallout 4' ('Fallout4', variant (none), steam id '377160') at Z:/home/talmos/.local/share/Steam/steamapps/common/Fallout 4```
qudix commented 1 year ago

That's because MO2 adds the value of the windows environment variable USERNAME to the logger blacklist, the linux username is outside of that and can be different.

haileyambition commented 1 year ago

So if the original poster is running Linux like me and see USERNAME in the logs. That could be a bad thing in theory since I do not and mine is working yes?

qudix commented 1 year ago

It's working just fine, we don't account for linux stuff and that likely won't change any time soon

Linrox commented 1 year ago

You should account for linux stuff, cause nexus and mo2 is not a windows only gaming platform.

Zarggg commented 1 year ago

As Al said before:

None of the current contributors are Linux users and USVFS is a windows system call hooking library that can only work on windows or windows emulated environment.

Linrox commented 1 year ago

Unless your a dev for mo2, not interested. For the Devs, is the selected theme/style saved to a settings file, to be read in when mo2 starts? If so, what is the location of the file, Which folder.

Linrox commented 1 year ago

The themes are causing my issue. If i change the theme to paper or something below that line. Then when i restart mo2 i can't open settings and mo2 CDT. Some how the theme's below the line in the list are causing the issue. But i guess the devs don't care, cause not windows. Bigots

qudix commented 1 year ago

Making up a conclusion that we don't care and then insulting us isn't going to help. You're only adding to the stereotype that all linux users are elitist about operating systems of all things. Not everything has to have an ulterior motive.

AnyOldName3 commented 1 year ago

Also, there's a very well-known way of giving open-source projects better Linux support, which is to submit patches that add support yourself. That's the whole philosophy Linux and the associated projects that make it into a usable operating system rely on. No one's done it yet because it's a pretty massive amount of work - if you were to contract an engineer to do it for you, you'd likely be talking about hundreds of thousands of dollars - and to do that much work as a volunteer, you either need to be really curious about the challenge, or really desperate to have it working.