Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines
(9 edits)

I'm on Arch+XFCE (I have never seen another game exhibit this behavior).

To be clear, esc will still open the menu but mouse input still didn't work (even on restart of game). Editing the settings file to revert back to fullscreen fixed it perfectly, though.


--------------


You're right, I tested it on Cinnamon and it worked fine. Further testing in XFCE, I can get it working if I unmaximize the game and manually shrink the window. Probably forces something to recalculate properly. (maximizing again re-breaks it)


My guess is my setup is an edge-case that you don't have accounted for. Specifically, a maximized window that is native sized (1920x1080) due to XFCE window manager tweaks (accessibility>hide title of windows when maximized\*). I'm not sure why it'd cause this problem, unless maybe some differing technical requirement for fullscreen vs windowed (+trying to detect fullscreen via window resolution).


EDIT: It still occurs when maximized with the mentioned tweaks disabled, so it does not need to be exactly native-sized. If I also set theme to RedmondXP it works fine when maximized (funnily enough, if I un-maximized it went to the previous size which did cause the issue again, and manually scaling it larger-than-native did not cause the issue so this is very odd)


\*=Also the frame setting that is required, though I use a window manager theme that is extremely minimal, almost frameless. Plus an auto-hide panel, so even with those tweaks disabled  on my system a maximized window has content at 1920x1068.

(2 edits)

I see :). Thanks for the detailed description!

I just uploaded a file called "Experimental_Patch" here. Please place it along the normal binary in the game folder and try to run it. Does this fix the issue?

Fun fact: I also use XFCE, but since my native resolution differs from the internal one used by the game, this bug would never trigger for me.

(3 edits)

It doesn't seem to fix it (EDIT: unless the runner file needs to be updated to load the patch/in the right order?). 


Note that the issue seems to apply for any theme with the WM tweaks mentioned, though with what I've said previously maybe the problem is specific to width check?

(1 edit)

Ehm, just to be sure (since it probably was unclear in the first post): The patch is a executeable/binary; you should be able run it with ./Experimental_Patch ;)

Still doesn't work? The problem is, I believe, a missing "=" sign; as soon as your ration equals exactly 1920:1080, it won't work; the uploaded patch is a updated version with the sign in place, so I hope that it should fix it :3

(2 edits)

I tried that before, it just gives:


 error while loading shared libraries: libSDL2_net-2.0.so.0: cannot open shared object file: No such file or directory (the current version is all DLLs, no SO files)

The bit on width was because it seems like the issue occurs with content size of 1920x1068 as well.

(+1)

My bad ;). Uploaded a new one ("Experimental_Patch2"), I hope this works out!

The DLL are only for windows, under Linux your local libraries are used :).

(+1)

That fixes the issue, thank you.

Thank you for reporting and helping with the search for the fix! =).

Will bake it into the official release, somewhat soon :).