[SPZ2-6003] [1.0.2-rc1] [Linux] Crashes on any UI movements over game window (mouse and volume)

[gilded ferry]

(Linux, Wayland)
Ok I thought I was just whining, but this is actually a much bigger issue than I thought making the game almost unplayable. If you start the game, and then do anything that goes over the game window, like adjusting volume which shows the volume hud, or even mousing back into the game window, the game immediately crashes. In fact you actually have to start the game and then move your mouse so its over where the game window starts, otherwise you can't even mouse onto the game without it crashing.

[native minnow]

Thank you for reporting this bug! Our team will review your report soon.
Feel free to add more details in follow-up messages — we're also scanning for duplicate reports automatically now.
📨 There are currently 29 reports awaiting team review. Due to the high volume, it may take a little longer for us to get to yours.

💾 Savegame files (.spz2) are very helpful if relevant to the issue!
Export via Main Menu → Play → click the download icon on the relevant savegame.
You can also find them here:
• Linux: $XDG_CONFIG_HOME/unity3d/tobspr Games/shapez 2/

[native minnow]

📋 Log File Analysis

Log Analysis (Player.log):

1. Fatal Runtime Error: A fatal error occurred in the Mono runtime or one of the native libraries, with native fault reporting also failing, leaving some diagnostic information unavailable.

1. [SPZ2-3456] — 🔥 92% similar

Linux Game crashes when adjusting volume
Done • Priority: High • Fix: Future • Game: 0.0.8 • Resolution: Won't Fix

On Linux, shapez 2 crashes when the player adjusts system volume using volume keybindings. The crash occurs immediately after pressing volume up or down keys. On the first launch after updating, the game crashed immediately, but subsequent launches work until volume adjustment is attempted. The issue prevents normal gameplay when any volume control input is made while the game is running.

2. [SPZ2-4453] — 👀 72% similar

One time crash when pausing with 'P' and minimizing game
Done • Priority: Medium • Fix: None • Resolution: Cannot Reproduce

A player experienced a one-time crash to desktop when pausing shapez 2 using the keybinding 'P' and then minimizing the game window to search the Wiki in their browser. The crash occurred without warning and the player could not reproduce it afterward. Log analysis revealed a fatal Mono runtime error and a native fault reporting error, but insufficient data was available for full diagnosis. The development team attempted multiple reproduction attempts across different builds but could not rec...
💬 Threads: [0.0.9-RC7] Crash (SIGSEGV?)

3. [SPZ2-3663] — 👀 68% similar

Crash on startup
Done • Priority: Medium • Fix: Version 0.0.9 • Game: 24.2.2 • Resolution: Won't Fix

shapez 2 crashes on startup following recent OS updates on Linux, where it was previously working. The crash produces a SIGSEGV error indicating a fatal error in the mono runtime or native libraries. The player identified that newer package versions of mesa, mutter, vulkan-loader, and xwayland broke the game, while older versions worked. Running the game under Proton provides a workaround, though sound issues were also present. The crash prevents the game from launching entirely on the affect...

4. [SPZ2-6003] — 👀 60% similar

Linux: Crash when losing focus if in full screen or borderless mode
To Do • Priority: Highest • Fix: Probably Never • Game: 6.5.5

On Linux (KDE Plasma and Ubuntu), shapez 2 crashes instantly when the game loses focus while in fullscreen or borderless screen mode. This is triggered by Alt-Tab, the Windows key, or clicking outside the game window. The crash occurs immediately upon focus change, stopping the game entirely. The expected behavior is that shapez 2 should continue running regardless of screen mode when focus is lost. The issue was previously observed on Bazzite but has since resolved there for unknown reasons.
💬 Threads: [0.1.1] Linux - Game crash on FN key pre

5. [SPZ2-6232] — 👀 45% similar

Shapez 2 can crash when switching graphics settings while using Linux.
To Do • Priority: Critical • Fix: None • Game: 0.1.1

shapez 2 can crash or become unstable on Linux when changing and applying graphics settings such as resolution and window mode. This occurs when users access Settings > Graphics from the main menu and apply changes. Additionally, some users experience crashes at startup, potentially due to saved graphics settings from a previous version conflicting with the settings refactor introduced in rc1. The expected behavior is that the game remains functional and stable after applying graphics changes...
💬 Threads: [1.0.2-rc1] Crash when hitting apply in

6. [SPZ2-6001] — 👀 30% similar

Linux: Crashes when choosing the import option in the play menu
To Do • Priority: High • Fix: Probably Never • Game: 1.0.0-beta2

On Linux (specifically Bazzite), shapez 2 crashes when the player clicks the Import option in the play menu. The crash occurs after navigating to Main Menu, then Play, and selecting Import, which should normally open the file manager. This issue reproduces in both fullscreen and windowed modes, ruling out a focus-loss related bug. The problem is not a regression, as it was confirmed to already exist in version 0.1.1. Expected behavior is that clicking Import opens the system file manager with...

Found 6 similar reports • Searched 3,513 reports • Use /check-duplicates to recheck

[gilded ferry]

Dropping to Proton Experimental (no this is not a fix), interestingly the whole game flickers black when doing things that would crash the native version.

[wooden lynx]

What happens if you set it to windowed mode and reduce the resolution below the native?

[1.0.2-rc1][Linux] Crashes on any UI movements over game window (mouse and volume)

[gilded ferry]

(Not proton) fullscreen and borderless crashes, but windowed doesn’t crash on any resolution. Just updated to 1.0.3-rc3 and it still crashes/doesn’t in the same ways (going offline for the night, will return tomorrow)

[native minnow]

✅ Thank you for providing further information, our team will have a look again!

[gilded ferry]

So proton led to a 30+ fps drop, and audio stutters every 10 seconds or so, so I switched back to native and did some workarounds. My current workaround is launching the game with gamescope, but this required a huge mount of tweaks as it kept running like it was at 30fps despite running at a stable 120. So I used these launch options:
gamescope -W 2560 -H 1440 -r 120 -f --adaptive-sync -- %command%
Namely I had to add the --adaptive-sync, disable the games V-sync, and the set the max framerate to my monitor, and only then did it start actually running smoothly. Seems like VRR might just be broken somewhere, but at least it now feels fine. And it at least doesn't crash if i do anything that causes ui pop ups or leave the window.

[hidden sandal]

Can conform that

gamescope -W WIDTH -H HEIGHT -r REFRESH_RATE -f --adaptive-sync -- %command%

Solves the crashes.

System:
AMD Radeon RX 7800 XT (RADV NAVI32) - ATI (Vulkan 1.1.0
AMD Ryzen 5 7600
Cachy OS - Linux 7.0

Game:
1.0.3-rc3

[gilded ferry]

Another AMD card, interesting. Does seem like a trend as I’m on a 7900XT aswell

I do have a 3080 in my system aswell so I can try switching over my cables and run it on the nvidia card to see what happens

[gleaming sluice]

Same crashes here

AMD Ryzen 7 7840U w/ Radeon 780M Graphics
EndeavourOS Linux
Kernel Version: 6.19.14-arch1-1

The launch options cause the game to fail to start at all for me though (could be due to bad gamescope install)

[gilded ferry]

Alright i've had to revise my launch option due to a gamescope bug causing terrible stuttering after some time of playing. So this is my current command wih the added env variables.

env -u LD_PRELOAD gamescope -W 2560 -H 1440 -r 120 -f --adaptive-sync -- env LD_PRELOAD="$LD_PRELOAD" %command%

see this arch wiki page for more

[native minnow]

[SPZ2-6003] [1.0.2-rc1] [Linux] Crashes on any UI movements over game window (mouse and volume)