Rogue: Genesia (2067920)

[MajorOversight]

This issue occurs with Proton Experimental and Proton Hotfix. Having a look at "protontricks 2067920 winecfg" shows that the "Automatically capture the mouse in full-screen windows" graphics option in ticked for the prefix.

This can be temporarily worked around by going into the video settings, unchecking fullscreen, applying, checking fullscreen again and then applying again. This then has to be repeated the next time the game is run.

When the "Force the use of a specific Steam Play compatibility tool" is left unchecked (presumably Proton 7.0-4), the game correctly captures the mouse but has issues with Steam achievements, correctly rendering items in the video options page and being able to use rebound controls the next time the game is run (even though the control options still shows the action correctly rebound).

[kisak-valve]

Hello @MajorOversight, please add PROTON_LOG=1 %command% to the game's launch options, reproduce the regression, and attach the generated $HOME/steam-$APPID.log to this issue report as a file. (Proton logs compress well if needed.)

[MajorOversight]

Good day kisak - log attached. I did have a few times during the session where the mouse drifted into and selected on my second monitor, losing focus on the game.
steam-2067920.log

[AJuujarvi]

@MajorOversight Hi, We took a look at this just now and found a few things. When you are unchecking the Steam Play compatibility tool, that is causing the game to run in the Native Linux version that this game has. Comparing the Linux Native version with Proton 7.0-4, Proton 7.0-5 and Proton Experimental 20221201, They all had the same results including the Linux Native version. The mouse would leave the fullscreen game and allow me to focus on other windows like the Steam Client. So we are unable to recreate your behavior on Linux Native where the mouse would be contained to the fullscreen window. I tried your workaround on both Proton and Linux Native and that didn't change anything for me.

It is possible I am missing a step here. What resolution are you running the game at, and is that the native resolution of your monitor? Are you running X11 or Wayland? Nvidia, AMD or Intel GPUs? Are there any particular steps I should follow?

[MajorOversight]

@AJuujarvi Quite a few things seem to have changed since I posted my report!

The Linux experimental version was first released on Nov 29th, so Proton 6.3-8 or 7.0-4 must have been active when I unchecked a specific version - I tested both of those shortly after posting my issue, and found both exhibited the behaviour I outlined: issues with the video options and remembering control rebinding, but properly capturing the mouse pointer.

With the release of the Linux experimental version, I did have the same result as you - the mouse was not captured. I did find a game breaking issue in the Linux build (which I have reported to the dev) so switched back to Proton Experimental. On getting your reply, I did go back and try the game using 6.3-8 and 7.0-4 and again found as you the same as you - the mouse cursor is no longer captured (the menu issue appeared to have gone, but the control binding issue remained).

When running the tests, I forgot to check on changing the fullscreen setting.

Regarding your other questions: X11 on Nvidia (520.56 at the time of the report, 525.60 now). OS is Kubuntu 22.04. Game resolution is set to that of the primary monitor (1920x1200).

I wonder whether the more recent game builds have changed the mouse capture behaviour, so this is possibly an issue with the game build and not Proton? When I posted the report, I think the game version was 0.6.x and my recent testing was with 0.7.x