Mod manager freezing with: fullscreen, HDR/SDR switching, multiple monitors.
Posted: Sun May 31, 2020 5:35 pm
G'day. This is probably going to be a pain to explain or reproduce, but:
Factorio will sometimes freeze -- or take > 30 seconds to respond -- when:
[ol]
[li] I have Factorio open fullscreen on one monitor, and
[li] I have the "mod" management GUI (install/remove) open, and
[li] I move the mouse between the Factorio monitor and the second monitor, and
[li] I scroll web content without removing focus from Factorio, and
[li] I click focus away from Factorio, and then back, and
[li] The monitor Factorio is on switches fairly quickly between HDR and SDR.
[/ol]
As far as I can tell all those things are required, which strongly suggests a race or similar in handling the way Windows 10, the desktop and desktop compositor, full-screen borderless games, and Windows 10 HDR desktop support interact.
I think that it is not actually frozen, just super-slow, because occasionally I'd see it react to, eg, `escape` by prompting to discard the uncommitted changes -- if I wandered away, or focused on searching for a bug report -- but normally it seems to just stay stuck.
As far as I can tell this only ever happens when the "mod" management GUI is open; main menu, settings, and in-game moving between the two monitors works fine. Also, having a "HDR" window open on the same screen as Factorio doesn't seem to cause this any other time, like during gameplay.
I'm just using whatever "Full Screen" in "Settings > Graphics" means, which from behaviour I infer is fullscreen-windowed. Which is nice.
I know this is a bit vague, but I can't reliably reproduce it other than (a) mod management GUI on the main menu open, and (b) doing stuff that switches back and forth between monitors, and SDR/HDR output on the one Factorio is on.
Factorio will sometimes freeze -- or take > 30 seconds to respond -- when:
[ol]
[li] I have Factorio open fullscreen on one monitor, and
[li] I have the "mod" management GUI (install/remove) open, and
[li] I move the mouse between the Factorio monitor and the second monitor, and
[li] I scroll web content without removing focus from Factorio, and
[li] I click focus away from Factorio, and then back, and
[li] The monitor Factorio is on switches fairly quickly between HDR and SDR.
[/ol]
As far as I can tell all those things are required, which strongly suggests a race or similar in handling the way Windows 10, the desktop and desktop compositor, full-screen borderless games, and Windows 10 HDR desktop support interact.
I think that it is not actually frozen, just super-slow, because occasionally I'd see it react to, eg, `escape` by prompting to discard the uncommitted changes -- if I wandered away, or focused on searching for a bug report -- but normally it seems to just stay stuck.
As far as I can tell this only ever happens when the "mod" management GUI is open; main menu, settings, and in-game moving between the two monitors works fine. Also, having a "HDR" window open on the same screen as Factorio doesn't seem to cause this any other time, like during gameplay.
I'm just using whatever "Full Screen" in "Settings > Graphics" means, which from behaviour I infer is fullscreen-windowed. Which is nice.
I know this is a bit vague, but I can't reliably reproduce it other than (a) mod management GUI on the main menu open, and (b) doing stuff that switches back and forth between monitors, and SDR/HDR output on the one Factorio is on.