Sorry you are having trouble. What shows in C:\Users\Norsevidur\Spine\spine.log, if anything? Can you try deleting the .json files from that folder, one at a time? It could help if we know which one helps when deleted.

Hmm that's really odd. When Spine doesn't find a prefs.json file, it creates a new one with the defaults. Can you post or email your prefs.json that makes Spine hang? contact@esotericsoftware.com Another option is to delete half the name/value pairs in the file (leaving the } at the end of the file) until you don't get a hang, so we can see what exactly causes the hang (Spine should use the default values for missing values). It's a kind of JSON that isn't pretty printed, so may look a bit daunting. I can make a human readable version of your file after you send it.

Hmm, that is interesting. That value stores which monitor Spine was last run on, so next time it opens it will appear on the same monitor. It isn't clear yet why that would hang!

When there is no prefs.json file or when it doesn't have a monitor value, it uses the system's default monitor. That seems to work fine for you. When Spine closes, it records the index of the monitor it was on. Next time it runs it uses that monitor index to decide where to create the window. The index should match the same monitor, unless you swap monitors around while Spine is closed. It must be something about the monitor that is causing Spine to be unable to create the window. It would be much better if it would crash and print an error in the spine.log file, rather than hang.

Can you please try running Spine, putting it on one of your monitors, closing Spine, then running it again? Then repeat with the other monitor. The goal is to see if it works on one monitor but not the other. If it fails on both, you could try disconnecting the external monitor.

Are you running the latest graphics drivers for your laptop? That may help.

Thanks, got to take care of our people!

OK, I'll be interested in whether driver update helps.

Hmm. Could it be that rather than hanging, Spine is opening somewhere off screen? Can you please try this: run Spine twice so it appears to hang the second time, hold shift and right click Spine in the Windows taskbar to get the old style Windows context menu, click Move, then press an arrow key on the keyboard. After that, when you move your mouse the Spine window will be stuck to the mouse cursor. Does the Spine window show up? If so, it was likely shown off screen for some reason.

Another thing to try is to maximize Spine, then close it. When it opens again it may be initially positioned off screen, but then should maximize to fill the screen.

If that seems to be the problem, could you please show a screenshot of the Windows multiple display settings? I'd like to see how the monitors are arranged so we can try to replicate the problem.

Thanks. I've saved locally and removed the attachment, since it showed your email.

We'll see if we can reproduce the problem with a similar setup. Unfortunately, it seems we don't have a solution right now. In 3.9, we've made it so you can set monitor: -1 in the prefs.json file and Spine will skip trying to open on a specific monitor. That is not a real fix, but at least removes some of the annoyance.

Sorry for the trouble!