System freeze on GUI drag

[GreatThane]

Before submitting, have you read the Troubleshooting guide? Yes.

Crash Log No log, as the issue causes a full system freeze. The application never hits a proper endpoint to provide a crash log.

Additional context The GUI (at least on Linux Mint 18 and 19) causes a full system freeze when you attempt to drag mods in the selection menu. If you need any further information to determine if this is a problem with the application or just yet another quirk of my distro.

[AphidGit]

I'm using Arch linux (updated to latest) and this very same problem has started to appear for me. As ModTheSpire is a java program, I can get out of the system-freeze by doing the following:

1. Open a separate TTY (or remote into the machine).
2. Login as root in this new console.
3. Run "ps aux | grep java" to get the process ID of the ModTheSpire program.
4. Run "kill -9 xxxx" where xxxx is the process ID.

Then pop back into your regular desktop and it should respond again.

What fascinates me about this problem is how java itself usually isn't using up that much CPU time (only a few %) while it freezes, while the bulk of the CPU time is taken up by chromium or the window manager (sometimes it's X, sometimes another component of my desktop). That leads me to believe the problem occurs in some external library, i.e. it could very well be an upstream issue.

I'd imagine if you were to want to find out more, you would have to run modthespire in a debugger, then step through line-by-line when you do the click and drag thing. The difficult part is not having the debugger grab away focus. You'd have to do network debugging or something? I'm not sure how to do this myself.

[adhikasp]

I'm on Archlinux Manjaroo, ModTheSpire 3.15.0 and got similar issue too.

For anyone looking for workaround to change their load order, you can edit the order manually from ~/.config/ModTheSpire/mod_lists.json.