Please provide the logs requested in the issue template, especially the line with a lot of \0 in it from console_log.txt, which indicates what command-line Steam is actually launching.
I was unable to reproduce the symptom described with Proton 5.0, which is an example of an official compat tool that is too old to be using require_tool_appid. Steam logs this in console_log.txt:
[2026-08-17 18:27:20] steam-runtime-launch-client\0--alongside-steam\0--forward-fd=193\0--\0/home/user/.local/share/Steam/steamrt64/pv-runtime/steam-runtime-steamrt/bin/steam-runtime-supervisor\0--terminate-when-signaled\0--env-fd=193\0--\0/bin/sh\0-c\0/home/user/.local/share/Steam/steamrt64/steam-launch-wrapper -- /home/user/.local/share/Steam/steamrt64/reaper SteamLaunch AppId=312990 -- '/home/user/SteamLibrary/steamapps/common/Proton 5.0'/proton waitforexitandrun '/home/user/SteamLibrary/steamapps/common/Broforce The Expendables Missions/Expendabros.exe'\0^M
indicating that steam-launch-wrapper, reaper and proton are being run outside the steamrt3c container.
Your system information
steamrt3c_platform_3c.0.20260729.253765Please describe your issue in as much detail as possible
With the experimental SteamRT3 client enabled, games launched with a compatibility tool whose
toolmanifest.vdfhas norequire_tool_appidinherit Steam's ownsteamrt3ccontainer. Thatimage ships no
python3onPATH, soproton's#!/usr/bin/env python3shebang fails toexec and the script never runs.
The failure is completely silent — no stderr, nothing in
console-linux.txt, noPROTON_LOGfile, no Wine process. The game returns to "Play" in under a second with no diagnosable trace.
This is a regression: the same tool works under the legacy
ubuntu12_32client, where theshebang resolves against the host's
/usr/bin/python3.SLR-based tools are unaffected —
require_tool_appidgets them a runtime container that doesship an interpreter (
SteamLinuxRuntime_4/steamrt4_platform_4.0.20260805.254769/files/bin/python3.13).Steps for reproducing this issue
require_tool_appidin itstoolmanifest.vdf(a "native"build targeting host libraries), e.g. to
/usr/share/steam/compatibilitytools.d/<tool>/.Expected: game launches, as under the legacy client.
Actual: process exits in under a second, no error logged anywhere.
Evidence
Tool is invoked through the container's host-passthrough view, confirming it inherits the
client's namespace:
No interpreter in the container (via
/proc/<steam-pid>/root):Host interpreter is visible but not on
PATH, so the shebang can't reach it:Same tool run directly on the host works fine:
Disabling the SteamRT3 client fixes it immediately —
PROTON_LOG=1now produces a ~19 MB logwhere previously no file was created at all.
Suggested fixes
python3in thesteamrt3cimage — compat tools are Python scripts by convention.require_tool_appid-less tools inside the client container; a tool declaring noruntime is asking for the host environment.
console-linux.txt. The total silenceis the worst part of this bug.
Workaround
Disable Settings → Interface → Use experimental SteamRT3 Steam Client, or remove
~/.local/share/Steam/.steam-enable-steamrt64-client(equivalentlySTEAM_FORCE_CLIENT=ubuntu12_32).