protonscr

[BUG] SteamVR cannot set itself as default OpenXR runtime

steamvrclosed bug
ValveSoftware/SteamVR-for-Linux#359 · opened 2020-06-12 by yaomtc · updated 2025-08-15 · 12 comments · github
Yyaomtc 2020-06-12 github

Describe the bug
When I launch the latest SteamVR beta, I see the following message:

SteamVR isn't set as the default OpenXR runtime.
This might prevent some applications from running correctly. The OpenXR runtime is not currently set.

Clicking "Set as default" doesn't seem to do anything -- there is no password prompt to modify a system file, and the message doesn't go away (unless I hit Dismiss) and it comes back the next time I start SteamVR.

This appears in the terminal output when "Set as default" is clicked:

OnOpenXr
OnSetAsDefaultXrRuntime

To Reproduce
Steps to reproduce the behavior:

  1. Launch SteamVR beta 1.13.2 (on Arch Linux at least - not sure if Ubuntu handles this differently)

Expected behavior

"Set as default" makes an observable change.

System Information (please complete the following information):

Screenshots
Screenshot_20200612_000859

Note: Commenters who are also experiencing this issue are encouraged to include the "System Information" section in their replies.

ZZamundaaa 2020-06-12 github

Same problem here... I tested it with Blender and it said there was no active runtime.

System Information:

  • Distribution: Manjaro KDE
  • SteamVR version: 1.13.2
  • Steam client version: 1591251555
  • Opted into Steam client beta?: Yes
  • Graphics driver version: Mesa 20.1.1 (LLVM 10.0.0)
  • Gist for SteamVR System Information: SteamVR-2020-06-13-AM_12_09_59.txt
Llostgoat 2020-06-13 github

This bug might be due to the openxr runtime manifest directory not existing. Can you try creating the following dir and trying again:

mkdir ~/.config/openxr/1/

If you have your XDG configuration directory configured to a different location, then create openxr/1 there instead.

ZZamundaaa 2020-06-13 github

Yes, that did it. Thanks!
Blender now finds the runtime but can't connect (it uses OpenGL, so no surprise there) but hello_xr with Vulkan worked without a problem.

Yyaomtc 2020-06-13 github

Can also confirm this allows "set to default" to work.

In what circumstance would this directory already exist?

DDASPRiD 2020-06-14 github

This bug might be due to the openxr runtime manifest directory not existing. Can you try creating the following dir and trying again:

mkdir ~/.config/openxr/1/

If you have your XDG configuration directory configured to a different location, then create openxr/1 there instead.

This command fails if the openxr directory itself doesn't exist. Recommended command instead:

mkdir -p ~/.config/openxr/1

Sslackerbob 2020-06-16 github

This command fails if the openxr directory itself doesn't exist. Recommended command instead:

mkdir -p ~/.config/openxr/1

I can also confirm that creating these directories fixed this issue for me, on Arch Linux.

Ssamualblair 2020-06-18 github

This also worked for me, Ubuntu 20.04 (upgraded from previous Ubuntu 19.10 install).
I am also curious what if anything should be creating this folder to start with?

Aaudunmg 2020-06-26 github

Thanks, this was puzzling me too. On Debian unstable if it matters.

Kkisak-valve maintainer 2020-06-29 github

Hello, it looks like a fix for this might have slipped in under the radar. Please retest.

Yyaomtc 2020-07-01 github

Yes, this is fixed! I deleted ~/.config/openxr/ then launched SteamVR. Once I clicked "set as default", the prompt went away and openxr/1/active_runtime.json was created again.

DDocMAX 2024-08-31 github

image

I have /home/docmax/.config/openxr/1/active_runtime.json

{
    "file_format_version": "1.0.0",
    "runtime": {
        "name": "Monado",
        "library_path": "../../../lib/wivrn/libopenxr_wivrn.so",
        "MND_libmonado_path": "../../../lib/wivrn/libmonado.so"
    }
}

But OpenXR runtime "none". When i try to set

TT342guy 2025-08-15 github

This bug might be due to the openxr runtime manifest directory not existing. Can you try creating the following dir and trying again:
mkdir ~/.config/openxr/1/
If you have your XDG configuration directory configured to a different location, then create openxr/1 there instead.

This command fails if the openxr directory itself doesn't exist. Recommended command instead:

mkdir -p ~/.config/openxr/1

haha! This worked! on bazzite, iirc is redhat based, but thanks!

Nothing extracted yet.