Proton 5.13 beta: known issues

[Plagman]

• Selecting Proton 5.13 for a game and launching it will only download "Proton 5.13" and not "Steam Linux Runtime - Soldier", resulting in no games launching properly. This can be avoided by either installing both by hand or restarting Steam after the initial launch.
• Controller hot-plugging doesn't work
• System-wide Vulkan layers like MangoHUD or vkBasalt don't work
• Using a custom per-game driver (like with VK_ICD_FILENAMES or LIBGL_DRIVERS_PATH) doesn't work
• User hooks like LD_PRELOAD (like for MangoHUD OpenGL) don't work
• Doesn't work on a GNOME Wayland desktop (needs https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1508)
• Steam "Force Quit" feature doesn't work

[serebit]

Also #4266, there's an issue with connecting to X on some computers.

[clarfonthey]

As mentioned in #4278, the release requires enabling the kernel.unprivileged_userns_clone kernel flag:

bwrap: No permissions to creating new namespace, likely because the kernel does not allow non-privileged user namespaces. On e.g. debian this can be enabled with 'sysctl kernel.unprivileged_userns_clone=1'.

This is not acceptable -- this flag is for a feature that has not been fully vetted for security and has been disabled in several security-conscious distros. The best info I could find is in this article: https://lwn.net/Articles/673597/

Personally, I think that requiring user namespaces gains absolutely no value for Proton or the steam runtime and should not be required.

[Oschowa]

This mutter MR makes games work in a gnome wayland session when using the new runtime: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1508

[ghost]

* Doesn't work on a Wayland desktop

The games I've tried on Plasma Wayland worked fine. The issue referred probably to Gnome, see Oschowa's comment.

[NTMan]

This mutter MR makes games work in a gnome wayland session when using the new runtime: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1508

Thanks, with this MR the issue Doesn't work on a Wayland desktop was gone.

[sfjuocekr]

I would like to add here that the cursor behavior has changed as well, I noticed this in Among Us as my mouse cursor was super super tiny on my 4K screen.

Going back to 5.0.9 uses the cursor from my window manager as expected.

[sysms]

I also want to chime in here to say that Proton 5.13 won't run on Debian 10 (Buster) due to some missing symbols in libraries:

/usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so: undefined symbol: g_type_ensure Failed to load module: /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so: undefined symbol: g_type_ensure Failed to load module: /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so: undefined symbol: g_task_new Failed to load module: /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so: undefined symbol: g_task_new Failed to load module: /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so

Also it seems to have some problems with directories with spaces in their names ("Datei oder Verzeichnis nicht gefunden" means "File or directory not found"):

pressure-vessel-launch[7045]: Failed to start command: Failed to change to directory '/usr/local/games/SteamLibrary/steamapps/common/Streets Of Kamurocho' (Datei oder Verzeichnis nicht gefunden)

[smcv]

due to some missing symbols in libraries

Those warnings about gvfs modules are harmless, please ignore them. We know why they happen. They'll be fixed eventually, but because they're only cosmetic, it is not a high priority.

Also it seems to have some problems with directories with spaces in their names

The spaces are not the problem. The problem is that the game is in /usr/local, and the container runtime system replaces /usr with the read-only Steam Runtime, so the game isn't visible to the container. Workaround: use a different library directory below /home, /srv, /media or some other non-/usr directory.

[TTimo]

Selecting Proton 5.13 for a game and launching it will only download "Proton 5.13" and not "Steam Linux Runtime - Soldier", resulting in no games launching properly. This can be avoided by either installing both by hand or restarting Steam after the initial launch.

Fixed in Steam beta client >= Oct 21.

[ghost]

Proton 5.13 doesn't seem to set up wine prefixes properly for me. There are several folders in user folder that don't get created. This results in certain games misbehaving because they can't find for instance the My Documents folder, which they need to write to and read from, and the games don't (can't?) create those directories by themselves if they are missing.

So far I know that Fable - The Lost Chapters and Final Fantasy XIV fail to run if My Documents folder is not present. You would have to manually create that folder after installing the game before it works (that, or use an older version of Proton.)

[Lepidos]

It also does not work along side amdgpu-pro
#4288

[TTimo]

• Doesn't work on a GNOME Wayland desktop (needs https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1508)
• Steam "Force Quit" feature doesn't work

Fixed in Steam beta client >= Oct 22 (make sure to switch 'Steam Linux Runtime - Soldier' to 'client_beta' branch for test).

[wwmm]

Did anyone test proton 5.13 with a xbox controller? I tried now in Monster Hunter World and a few functions are mapped to the wrong keys.

[wwmm]

Enabling the xbox configuration support in Steam's general controller settings fixed it. For some reason that was not needed in the previous versions.

[nicman23]

modorganizer2's (v2.2.2.1) vfs does not work with 5.13 - works with 5.0

there are no errors but it silently fails.

[l33tlinuxh4x0r]

I would like to add here that the cursor behavior has changed as well, I noticed this in Among Us as my mouse cursor was super super tiny on my 4K screen.

Going back to 5.0.9 uses the cursor from my window manager as expected.

I too use a 4k monitor and have noticed the tiny cursor in games. It doesn't effect games with a custom cursor though... just games that use the system cursor.

EDIT: I was wrong. All cursors are smaller then normal.

[Leopard1907]

It seems like Optimus systems are also borked with Proton 5.13, due to runtime.

http://us.download.nvidia.com/XFree86/Linux-x86_64/455.38/README/primerenderoffload.html

Which means you're on Intel all the time.

While i don't have a setup that needs DRI_PRIME ( Mesa stack ) , likely it is borked too. It is used for device selection for both GL and VLK.

[jyfletcher]

@Leopard1907 Seems to be borked for me with 5.13-1. Setting DRI_PRIME=1 still uses the integrated GPU instead of the discrete GPU.

[ghost]

I've noticed that Proton 5.13 doesn't work when I change the user to nobody. This happens as my Steam library is stored on my NFS server.

[yuiiio]

I think there are two issues with proton 5.13 and steam runtime soldier.

The changes in proton 5.13 have changed the preferred gpu for dxvk, so the following options should work for games that use dxvk. (Previously, of igpu and dgpu, dgpu was preferred.)
DXVK_FILTER_DEVICE_NAME="GTX 1050" %command%

Also previously, to use dgpu in vulkan games like doom 2016,
I was using options like VK_ICD_FILENAMES="/usr/share/vulkan/icd.d/nvidia_icd.json", but with the steam runtime soldier won't work. (It worked by Editing _v2-entry-point to disable soldier.)

[kescherCode]

With Proton 5.13 onwards, there is no way for me to launch arbitrary executables alongside games anymore. This breaks a few modding setups that require me to launch executables after a game has started or before a game has started.

[soredake]

With Proton 5.13 onwards, there is no way for me to launch arbitrary executables alongside games anymore. This breaks a few modding setups that require me to launch executables after a game has started or before a game has started.

https://github.com/lazanet/protonPreloader

[ngoquang2708]

MangoHud is working now with latest update of SteamRuntime-Solider. I no longer need to bypass _v2-entry-point.

[smcv]

maybe I have a issue related with jackd2 connection and SteamRuntime-Solider (beta)

Please report any new issues separately. If people keep adding new issue reports to this one, we'll have to spend more time keeping track of what's already fixed and what isn't, which reduces the amount of time we can spend on actually fixing bugs.

[h1z1]

Is proton completley broken atm? Getting errors like this popping up from different processes (install, running a game, etc):

wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

Hmmm..

nstalling breakpad exception handler for appid(steam)/version(1603487799)
GameAction [AppID 471710, ActionID 2] : LaunchApp changed task to ProcessingInstallScript with ""
/data/src/clientdll/compatmanager.cpp (844) : Assertion Failed: GetCompatibilityToolCommandLineInternal on dependent tool failed
/data/src/clientdll/compatmanager.cpp (844) : Assertion Failed: GetCompatibilityToolCommandLineInternal on dependent tool failed
Installing breakpad exception handler for appid(steam)/version(1603487799)
assert_20201203080607_160.dmp[100361]: Uploading dump (out-of-process)
/tmp/dumps/assert_20201203080607_160.dmp
assert_20201203080607_160.dmp[100361]: Finished uploading minidump (out-of-process): success = no
assert_20201203080607_160.dmp[100361]: error: Couldn't connect to server
assert_20201203080607_160.dmp[100361]: file ''/tmp/dumps/assert_20201203080607_160.dmp'', upload no: ''Couldn't connect to server''
Installing breakpad exception handler for appid(steam)/version(1603487799)
_v2-entry-point[100365]: STEAM_COMPAT_APP_ID=471710
_v2-entry-point[100365]: STEAM_COMPAT_SESSION_ID=7ee99516292af1e4
_v2-entry-point[100365]: XDG_RUNTIME_DIR=/run/user/1000
Proton: Upgrading prefix from None to 5.13-1 (/mnt/thumper/SteamLibrary/steamapps/compatdata/471710/)
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
**
pressure-vessel:ERROR:../pressure-vessel/runtime.c:2441:collect_vulkan_layers: assertion failed: (details->resolved_library != NULL)
/mnt/thumper/SteamLibrary/steamapps/common/SteamLinuxRuntime_soldier/_start-container-in-background: line 156: 100377 Aborted                 (core dumped) "${run_in_steamrt}" --arch=amd64,i386 --deploy --runtime=com.valvesoftware.SteamRuntime.Platform --suite="${suite}" "${deploy}" -- --filesystem="$pressure_vessel" --filesystem="$rendezvous" --launcher --pass-fd=3 "$@" -- --info-fd=3 --socket-directory="$rendezvous" < /dev/null 1>&2 3> "$rendezvous/fifo"
ln: failed to create symbolic link ‘/tmp/SteamPVSockets.NUVFTI/SteamLinuxRuntime.7ee99516292af1e4/socket’ -> ‘’: No such file or directory
_v2-entry-point[104799]: STEAM_COMPAT_APP_ID=471710
_v2-entry-point[104799]: STEAM_COMPAT_SESSION_ID=7ee99516292af1e4
_v2-entry-point[104799]: XDG_RUNTIME_DIR=/run/user/1000
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
**

[kisak-valve]

Hi everyone, friendly note that this issue report was for known issues when Proton 5.13 was released.

Any tacked on issues are not being tracked properly and you should search for existing issue reports before reporting what you find as a new issue report. Proton 5.13 is the first release which is run on top of Steam Linux Runtime - Soldier and Pressure Vessel is what sets up that environment. If you find logs with Pressure Vessel errors or PROTON_LOG=1 %command% does not generate any log at all, then there's a good chance you've encountered an issue with the runtime container and those issues are being tracked in the steam-runtime issue tracker.

@h1z1, sounds like you've encountered ValveSoftware/steam-runtime#306 or a variant of what that user reported with the same nature.

[h1z1]

o_O I hate github. Swear I searched for the error! Thanks.

[aeikum]

Controller hotplugging is hopefully much improved in the 5.13-3 Release Candidate build. You can find more information about it on its issue: #4435 .

[sharkguto]

related with mangohud and proton 5.13... I needed to do 2 things to make it works

1. use gamemoderun and mangohud together on startup command

gamemoderun mangohud PROTON_FORCE_LARGE_ADDRESS_AWARE=1 %command%

2. and add the following command in the beginning of _v2-entry-point file

shift 4
exec "${@}"

head ~/.steam/steam/steamapps/common/SteamLinuxRuntime_soldier/_v2-entry-point 
#!/usr/bin/env bash

shift 4
exec "${@}"

set -eu
me="$(readlink -f "$0")"
here="${me%/*}"
me="${me##*/}"

[Seltyk]

I believe Call of Duty: World At War's sound is disabled by this version. I've tried a handful of Proton versions, including GloriousEggroll forks, and found that 5.13+ guarantees the game will be silent, whereas previous versions (including 5.9) do not. In a cruel twist of irony, the game runs exponentially better on 5.13+, which makes researching the cause rather important to me. Peeking at pasystray reveals there isn't even a PulseAudio stream tied to the game. A friend has confirmed this on their PC, with a similar setup to mine. See my new comment, which suggests the audio issue isn't due only to the container.

Edit — here's a list of Proton versions I've tested, all with FLAA, and all follow the behavior described above: 5.21-GE-1, 5.9-GE-8, 5.13-4, 5.0-10, 4.11-13

[warriormaster12]

Halo mcc doesn't seem to work properly with Proton 5.13 and Ge 5.21.1 since both of them use Soldier container. The game freezes once I log into xbox live.

[Seltyk]

5.13+ also seems to break audio in Just Cause 3, which the same friend and I independently discovered. Perhaps our audio issues are tied not to the container but to our systems (which is set up very similarly)? Reports on ProtonDB seem to never refer to audio issues for either title.

[jvschiavo]

5.13+ also seems to break audio in Just Cause 3, which the same friend and I independently discovered. Perhaps our audio issues are tied not to the container but to our systems (which is set up very similarly)? Reports on ProtonDB seem to never refer to audio issues for either title.

What are your complete system specs?

[Seltyk]

@jvschiavo this lshw output should answer whatever you mean by "complete".

If you're looking for software info, it's a Void Linux 64-bit glibc install and I can throw in any info you specify

[jvschiavo]

@jvschiavo this lshw output should answer whatever you mean by "complete".

If you're looking for software info, it's a Void Linux 64-bit glibc install and I can throw in any info you specify

Speaking of myself, I know nothing about this. But I'm sure @kisak-valve will find this info useful to analyze your issue.

[liskin]

5.13+ also seems to break audio in Just Cause 3, which the same friend and I independently discovered. Perhaps our audio issues are tied not to the container but to our systems (which is set up very similarly)? Reports on ProtonDB seem to never refer to audio issues for either title.

You're not alone. On my system audio in games launched via Proton 5.13 goes through ALSA (not pulseaudio), which only works when everything else has been silent for a while and pulseaudio has had a chance to release the audio device. When I look at pavucontrol when a game is running, it's not there: it goes directly through ALSA. This also means output via HDMI or Bluetooth doesn't work at all.

I have both libasound2-plugins:amd64 and libasound2-plugins:i386. Everything works fine in native Linux games and older Proton versions. Any idea how to debug this?

[kisak-valve]

Hello @liskin, sounds like there might be an issue with pulseaudio inside the Steam Linux Runtime - Soldier container getting connected to the host system. Please open a new issue report in the steam-runtime issue tracker.

[thaewrapt]

#576 (comment) discovered this for Resident Evil family of games (currently playable only via winetricks wmp11 workaround, which itself is broken with this version of Proton).

[NoXPhasma]

Starting with Proton 5.13-5, Proton experimental is affected as well, many fullscreen games start on my left monitor instead of my primary on the right side. This wasn't the case with any previous Proton versions, including 5.13-4. This is not an issue with the Runtime Container, I used the hack to disable it and it still happens.

Any affected game opens on the correct monitor when I use Proton 5.0.

[jqadev]

@aeikum there is an issue with running Deus Ex: Human Revolution - Director's Cut on Proton 5.13-6 using D3D11 but when I use D3D9 then it works well.
The same situation is with all D3D9 and D3D11 games, e.g. GTA IV with D3D9 works well but GTA V with D3D11 doesn't.
Proton 5.0-10 is not affected by this issue.
When D3D9 is selected then my dedicated and integrated GPU's models are correctly recognized in opposite to D3D11.
@doitsujin suggested a workaround that works for me, i.e. WINEDLLOVERRIDES=dxgi=n %command%.

[aeikum]

@jqadev Yeah unfortunately that's a known issue. We have a dev working on it, but it's quite complicated (wined3d supports both Vulkan and OpenGL, and integrating the two is challenging). Using that workaround should be fine.