


🐞 Bug Report: Steam causes memory leak in GNOME Shell (and possibly other DEs)
Summary
When running Steam with the default settings (overlay and/or Big Picture enabled), GNOME Shell experiences a memory leak over time—especially noticeable after about an hour of gaming.
Steps to Reproduce
- Use GNOME Shell as the desktop environment (e.g., GNOME 44/45 on Wayland/X11).
- Launch Steam with default settings (with overlay and/or Big Picture).
- Start a game and play for 1+ hours.
- Observe increasing memory usage (
gnome-shell
process). - Check
journalctl
or GNOME logs.
Logs / Errors
From GNOME logs: Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x2800020 (Steam) Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
Ру: (Если кто-то использует gnome-shell)
оверлей вырубаем со стима, не понятно по какой причине с 13 года не фиксит убунту такую штуку в гноме, как минимум в гите валяется баг. Утечка памяти присутствует и это видно Касается это не только сталкрафта, но и других игр.

assuming they can get past figuring out controls on keyboard or controller custom layouts.
controls
for whatever god forsaken reason these variated controls don't utilize the d-pad remove jumping crouching and reloading from the face buttons and assigned them to the back. I just swapped it so
A- jump space X- r for reload, v for firemode change on double press, b for underbarrel on hold Y- 1, 2, 3 for the weapons on single double and hold press respectively B- left control, Z for prone on hold press R stick is swapped from prone and crouch to F for interaction so now you don't need to rely on double pressing the touch pad
after this though the game had auto sprint as a toggle despite being disabled and when enabled would act as a single press instead of a hold press except the crouch as a button press seems to act as a cover mode if you aim while near any object.
this is on top of sensitivity not lowering when ads with a rifle so a lot of this just seems to be base issues with the game which is why I dropped it. Further tweaking for an even better layout was not seen through.
Maybe someone needs to play this further, but it seemed to me the base settings for controls were very strange and god awful, maybe the MARIO layout caused issues, but it didn't seem to cause any mode changes so I can't imagine how the issues with sprinting, crouching and aiming had happened.
Honestly while I modified marios layout I've seen even stranger layouts for fps games with even more players utilizing them, maybe I'm the weird one for preffering my A button to jump and assigning reload and gun modifying commands to the x button despite that being a standard for nearly every console released fps game ever.
jesus christ, honestly Y button for text and voice chat? there are three command types for a button and 3 slots for your primary secondary and melee, it's staring you in the face.

I only played a couple of hours and didn't tinker that much. Performance-wise everything seems fine and the game was pretty much stable

Stalcraft X working good in Linux Mint 22
gamemoderun %command%
Game seems to run flawlessly without any real tweaks

Ran pretty bad (around 50-60 fps) until I switched to proton experimental, then it was back to 144
As long as you stay on proton experimental everything should be ok

gamemoderun mangohud %command%
when alt-tab on hyprland, the game becomes broken (pixelated and tearing screen)
sometimes fps drops
gamescope on hyprland with this game is broken somehow, black screen after start
no issues with the game, runs perfectly fine

Все работает идеально

I recommend using only the GE-Proton version, since others have experienced memory leaks or severe frame drawdowns
hanging once a minute at a previously unloaded location
It is necessary to test the startup configurations, at least try other versions of proton

It works better than on Win11, earlier while i was using windows the game randomly crashed itself but now it doesn't.
I didn't change nothing and started the game, first time the shaders loaded after 10 minutes, but after that i've been playing for more than 2 hours and 0 lags, frame drops, ping.

Playing on steam is as simple as installing and playing I didn't need to tinker at all for that, however the launcher is more problematic
gamemoderun mangohud %command%
Have it intalled not sure if relevant
Big green square in Bar safe area behind the shop I believe, not totally sure if it's a linux exclusive bug though
Just worked
No matter what I try I can't seem to get the launcher working, still not finshed trying however and will update if I get it to run
Won't start no matter what Proton version or launch options I try
gamemoderun
Works out of the box
Works out of the box

No Tweaks, custom FPS limit to 60. Medium to High settings. Performance Power Mode and Plugged in to power.

Game technically launches fine. Unplayable connection issues
Terrible rubber banding and desync issues 1-5 second delays (500 - 5000 milliseconds!!)
Game itself seems to run fine. But this is a MP title. the connection and desync issues are the worst ive experienced. ive looked to troubleshoot this issue. and i have no other issues with any other mp games or my connection. if i run on windows machine these connection issues arent appearing at all. which leaves me with this being a linux issue with the game.

nope
never

gamemoderun mangohud %command%
Bloom causes blue dots to appear onscreen. Disabling bloom fixes the issue.

Runs better than windows
Excellent performance, extremely good experience with proton.

Blue dots all over the screen when Bloom effect is turned on
OpenGL in the current version of mesa (23.../24.0.0) at least on navi32/33 (AMD RX7600/7700/7800) when the Bloom effect is turned on, graphic artifacts (blue dots/squares) occur.
mesa's issue
Temporary solutions:
0 - Turn off the Bloom effect
1 - Starting the game with a variable (launch option)
AMD_DEBUG=useaco %command%
[The important thing is to write %command% at the end, you can put gamemoderun mangohud between them if you want]
If it doesn't work, start the game via Zink
MESA_LOADER_DRIVER_OVERRIDE=zink
(however, with this method, after the last update, I can not load into the world)
At least in gnome DE you have to wait for the loading to the character select menu without going to other virtual desktops, otherwise the game will launch in the corner on 1/4 screen, with a black screen and incorrect resolution
Mouse input delay, super slow mouse pointer bug
the "smooth camera" parameter in the setting makes the game unplayable, turn it off. (I think HereticHazel wrote about it, I won't say it's FPS drop, more like hard inputlag)
huge fps drop when there are a lot of players in the frame (like on bases), however, this is a problem of the game itself.
From what I've heard, the project uses C++ libraries to speed up java code, the game is generally small in terms of player count, so a native version is unlikely.

on low gfx the green dots dissapaikred
Works perfectly
Couldn't change resolution

No noticeable problems, good performance. I played with experimental but it's likely that it would work with official or GE which I have not tested.

Other than the constant freezes every 30 minutes, everything is great. But these freezes are annoying and can occur during firefights
Exactly once every 30 minutes (e.g., to the 23rd, then to the 53rd, then to the 23rd again, etc.) the whole system hangs for somewhere around 7-8 seconds.
I didn't find anything special in Proton or Stalcraft logs (although maybe I didn't look hard enough), but there was an entry in journalctl:окт 11 03:53:04 PC steam.desktop[36970]: wine: Call from 00000002C73AE2B5 to unimplemented function win32u.dll.NtUserGetWindowDisplayAffinity, aborting
This problem appears on both Nobara Linux with GNOME and Endeavour OS with KDE
If anyone has had similar problems or fixed it, please describe it

Black screen when tabbing in and out, had to go to windowed mode to fix.
Had to lower down to Medium graphics to prevent stuttering. Hardware is capable of running maximum.

With Proton versions 7.0-6, 8.0-3 and Experimental, the game crashes immediately after connecting to the server.
Works out of the box on Nobara 37
game is a little dark.
As good as in windows, no connection issues regarding linux usage.
Not much else to say, just used the experimental proton and had to turn brightness up. Otherwise worked fine.

Slows Down Occasianly
Amazing, I was genuinely suprised that it worked that good!
Amazing gameplay, I would give it a try!

Doesn't launch
Failed to load realm information, source unavailable, error: "Get https://stalcraft.net/webhook/region": net/https: TLS handhake timeout

Works flawlessly, out of the box, with my limited hardware (Intel i7 1196G7, with Intel Xe graphics)
Everything works perfectly out of the box

Stuttering too bad for enjoyable play, had to download on windows for a smooth experience
Significant FPS stuttering upon moving the camera

I just have experimental globally enabled. Works with stable proton also. Game is using OpenGL. Gameplay video: https://youtu.be/MLcx-t2WNfI