Seeing as this is something Ikey wants to look at, re-assigning to him.

https://dev.getsol.us/R2928:5e7746ca0d5ca7d2ac1d43cf326e2e9d7a15705b

@DataDrake Then probably this can be closed now, if you think LSI should keep going how it is, and this topic can be reassessed if anything changes in the future?

I think the main problem is that there are 2 blacklists now. One done by Valve, where they learn about problems first, and then one in LSI, where we only learn it when someone runs into an issue.
So I think all we could do is find where that blacklist is in https://gitlab.steamos.cloud/steamrt/steam-runtime-tools and monitor it. Then it would be much easier to troubleshoot and understand what Valve is trying to do. And then LSI can live on.
I think the blacklist here, separate depending on which runtime a game is using (scout, soldier or in the future sniper): https://gitlab.steamos.cloud/steamrt/steam-runtime-tools/-/blob/master/tests/pressure-vessel/inside-runtime.py#L691 and https://gitlab.steamos.cloud/steamrt/steam-runtime-tools/-/blob/master/tests/pressure-vessel/containers.py#L937

I'm glad to see that Valve are taking this seriously, but I don't think we are quite there yet. Look at how much of a difference in performance there is just for the client with native on and off. It's night and day. I'd love to finally be in a position where it isn't necessary anymore, but I still have quite a few older games that simply will not run without it. And in the 5 years that we've had it, I've only needed to disable it for one game in a library of over 250 titles.

The fix has now been merged into Steam Runtime. This can now be closed.

By the way, the one I had was the 460.67, and before that I had the 390..141

yes, I just tried the terminal and found that my nvidia driver was causing the steam to crash. So after uninstalling my nvidia driver I was able to get steam to load again. I will have to look for a better driver option on my video card. any suggestions? Graphics Processor: GeForce GT 710/PCIe/SSE2

Do you get any interesting output when you launch steam from the terminal?

I have been installing every available update that has been made available to the software center for me to download, the most recent ones were yesterday evening.

Operating System: Solus 4.2
KDE Plasma Version: 5.21.3
KDE Frameworks Version: 5.80.0
Qt Version: 5.15.2
OS Type: 64-bit
Graphics Platform: X11
Memory: 7.8 GiB of RAM
Graphics Processor: GeForce GT 710/PCIe/SSE2

When you say you installed the "mandatory security updates" do you mean you didn't install ALL available updates? If so, you should do that and then report if the issue persists.

Using -nostartupmovies -nomovies does actually make the game work. This is great, atleast I can play now.. Many thanks for this workaround.

I think installing the hidapi package fixed the issue for me, though I also installed the xboxdrv and hidapi-32bit packages too for good measure.

I am able to reproduce this using an 8bitdo SN30 Pro+ controller in xinput mode (emulates an xbox one controller). With "Use the intercept library" enabled, Steam does not recognize the controller (though I too can get input in other applications such as sc-controller), while with the option disabled Steam recognizes the controller as an xbox one controller. However, if I put the controller in switch-mode (emulates a nintendo switch controller), I do get Steam to recognize the controller with "Use the intercept library" enabled.

In T7458#177181, @osgyan wrote:

I tried disabling it and I still have no luck, I also disabled the Unity Games Workaround too., I do not have success. I get the below error.
: error while loading shared libraries: /usr/lib/libcrypto.so.1.0.0: wrong ELF class: ELFCLASS64

Yes I did close it completely and then made the changes. It is still not working, however flatpak version is there now. Want to have it working without flatpak. Please do let ne know if there is anything that can be done to fix it

I tried disabling it and I still have no luck,

I tried steam on flatpak, and the game launches fine there, No issues observed.. I can use it with Flatpak for some time, however I am 100% sure that the performance is not as good as it would be without Flatpak.

I tried disabling it and I still have no luck, I also disabled the Unity Games Workaround too., I do not have success. I get the below error.
: error while loading shared libraries: /usr/lib/libcrypto.so.1.0.0: wrong ELF class: ELFCLASS64

@osgyan I take it you have already tried different settings in "Linux Steam Integration"?

I am also unable to launch Borderlands 2. all other games work absolutely perfection. Any ideas on what could be the issue?

It seems to be working fine now (with native runtime and intercept library set to ON).

Is this still an issue?

So it's possibly the 32bit libsdl2 exemption causing the issue (which would need a new LSI to test), or requires incompatible bundled libs and needs to be exempted from libintercept.

Yes, it works with native runtime (ON) and the intercept library (OFF).

Does it work in this configuration?