Originally posted by tanukisamastudios:

If you've got a workaround that works for you, then that's great! I'm surprised the resolution thing fixes it; you *might* run into issues in-game with things not scaling correctly - the game has to be 720p, though obviously the viewport can stretch to any size.

Originally posted by popsUlfr:

Thanks for the Linux version!
I've a problem where in fullscreen mode the game just shows only a quarter of the screen in the upper left corner:
https://i.imgur.com/e2f1eID.png

When forcing into windowed mode via display manager it's fine.
When launching through proton fullscreen mode works fine.

OS: Arch Linux
DE: KDE Plasma
GPU: Nvidia 980Ti 495.44

EDIT: Ah ok, editing package.json in the game folder and setting the native resolution fixes this

... "width": 2560, "height": 1440, ...

EDIT2: actually setting fullscreen to true in the package.json without changing the resolution also works. It seems that fullscreen: false aka windowed mode is broken.

Originally posted by tanukisamastudios:

Interesting. Yeah; the game uses its own fullscreen functionality which is a step deeper than in the package.json; this has to do with how Steam Deck, Windows & most Linux distros handle fullscreen. There's no single set of values in the package.json which work equally well on all three platforms (using the fullscreen option on Windows causes the game to not boot properly).

The settings we've gone with seemed to work on Steam Deck, Windows and the Linux flavours we've tested, though naturally Linux exist in wondrous variety so I'm keen to start building up some kind of list of known problematic cases.

If you've got a workaround that works for you, then that's great! I'm surprised the resolution thing fixes it; you *might* run into issues in-game with things not scaling correctly - the game has to be 720p, though obviously the viewport can stretch to any size.

Originally posted by Whyte:

Also had this issue, and wanted to contribute with some screenshots in case it helps:
https://i.imgur.com/5ujJtAc.png - fullscreen (it starts like this)
https://i.imgur.com/kP0qvLX.jpg - pressed F4 (it went to windowed mode and looked perfect), then made it a bit larger and started looking like this
https://i.imgur.com/6BfqJKq.png - no clue if it helps but I pressed F3 and made the window a bit smaller

I'm on KDE, X.org, Kubuntu LTS.

Not a game-breaker, I actually prefer windowed mode.

Originally posted by tanukisamastudios:

Would it be possible for you try the workaround above, and see if that works for you?

Originally posted by Whyte:

For what it's worth I also tried it on my Surface Go tablet, with Gnome, Fedora, on both X.org and Wayland. On there it worked perfectly in all cases: fullscreen, windowed, resized windowed, etc. I couldn't reproduce the bug at all.

And on a side note, touch input on the tablet was a bit awkward; it worked, but couldn't figure out how to escape from menus.

Originally posted by popsUlfr:

Noticed that the Steam overlay is not working in the linux version. Noticed it when I wanted to take screenshots.

Originally posted by tanukisamastudios:

Hmm, that's a shame. This *was* something which was inconsistent across our Linux testers during pre-launch, but we weren't able to figure out why.

Have you tried your printscreen key? I *think* the game should still spit out screenshots to a subfolder when you do this.

Originally posted by popsUlfr:

Originally posted by tanukisamastudios:

Hmm, that's a shame. This *was* something which was inconsistent across our Linux testers during pre-launch, but we weren't able to figure out why.

Have you tried your printscreen key? I *think* the game should still spit out screenshots to a subfolder when you do this.

Yeah, I noticed the subfolder LegalEagle_Windows/Screenshots. I can also take screenshots with the DE integrated screen capture. The thing is if one wants to upload screenshots through steam and link them with the game, it needs to go through the steam overlay.

About the fullscreen problem, I noticed that the nw binary is invoked with the --in-process-gpu flag.
So I tried bypassing that by putting in the launch options of the game:

./LegalEagle_Windows/nw # %command%

(basically steam offers a macro in the form of %command% that is replaced with the command set by the dev to start the game but here it's commented out using the # so as to not invoke it and instead use my own way)

This invokes nw without any command line flags and I don't have the fullscreen quarter cutout problem anymore, it all works as intended :)

So, basically the --in-process-gpu flag seems to be creating the issue.

EDIT1:
I'm trying to research a bit why steam's overlay doesn't want to work.
Mango HUD manages to overlay its counters and graphs:

https://i.imgur.com/vUDoahT.png

mangohud ./LegalEagle_Windows/nw # %command%

EDIT2:
The following is cleaner as launch options in my opinion (otherwise it completely bypasses the steam reaper process)

bash -c 'exec "${@/--in-process-gpu/}"' _ %command%

EDIT3:

Adding --single-process (without removing --in-process-gpu) fixes the fullscreen issue too but does not get the steam overlay working.

bash -c 'exec "${@/--in-process-gpu/--in-process-gpu --single-process}"' _ %command%

Originally posted by tanukisamastudios:

Based on what you've said above...

https://imgur.com/LYDZhLg

... what do you recommend we put in the "arguments" box?

• --in-process-gpu: Run the GPU process as a thread in the browser process.
  
• --single-process: Runs the renderer and plugins in the same process as the browser

Originally posted by popsUlfr:

It's not completely clear what cancels out what or what the best course of action is, or what using --in-process-gpu was for ?
All I can confirm so far is that removing --in-process-gpu or adding --single-process fixes the fullscreen issue.