Not to mention it is a privacy violation. Running any software from a 3rd party has that potential but the point remains it is an overreach of what should be necessary.
I don't understand the context of your message @g572staem, is it somehow related to the other issue I mentioned?
Yep. Takes a long time to show steam. In terminal it stop at this:
Steam Runtime Launch Service: starting steam-runtime-launcher-service
Steam Runtime Launch Service: steam-runtime-launcher-service is running pid 237
bus_name=com.steampowered.PressureVessel.LaunchAlongsideSteam
BRefreshApplicationsInLibrary 1: 0ms
Then when steam window appears it shows:
BuildCompleteAppOverviewChange: 270 apps
Same issue. Using steam beta, flatpak, fedora 39:
steamwebhelper.sh[138]: === Sat Mar 9 10:09:08 AM EST 2024 ===
steamwebhelper.sh[138]: Starting steamwebhelper under bootstrap sniper steam runtime at /home/nope/.var/app/com.valvesoftware.Steam/.local/share/Steam/ubuntu12_64/steam-runtime-sniper
CAppInfoCacheReadFromDiskThread took 37 milliseconds to initialize
Steam Runtime Launch Service: starting steam-runtime-launcher-service
Steam Runtime Launch Service: steam-runtime-launcher-service is running pid 219
bus_name=com.steampowered.PressureVessel.LaunchAlongsideSteam
BRefreshApplicationsInLibrary 1: 57ms
BuildCompleteAppOverviewChange: 367 apps
RegisterForAppOverview 1: 15ms
RegisterForAppOverview 2: 15ms
Same problem here, on openSUSE Tumbleweed
Steam from zypper, so this isn't a flatpak-exclusive problem. On latest beta too.
Updated the issue text to reflect what's known
This issue really degrades my gaming experience, as sometimes games won't launch, but I can't really document the exact behavior from my observations
Fedora 39 KDE Flatpak. Exact same issue.
Swapped to beta due to Valve breaking Steams windowing in the stable branch, then encountered all the loading and stability issues posted in this and other recent issues.
I think the "flatpak-provided steam package" label should be removed as others have reported having the issue without flatpak
I seem to have the same problem on slackware64-current with openbox.
The library window will take a long time to show after starting steam.
Sometimes only the tray icon will show and it's impossible to open the library/store/settings without exiting and restarting steam (the friends list will still open though).
Starting and exiting big picture mode using the tray icon also gets the main steam window to appear in the times when it doesn't want to show.
We're looking at providing a fallback lsof if none is present on the system. But I think overall the analysis is correct, you should make sure it's installed on your distribution. All mainline distros have this by default so that's why this implicit dependency has gone unseen.
I'm having the looong delay after BRefreshApplicationsInLibrary 1: 0ms. My system literally boots faster than steam starts. Arch Linux using i3wm. Since the monitors won't sleep while steam is running #5607 that means I'm starting steam a lot :frowning_face: If there's anything I can do to help move this issue forward please let me know!
lsof is installed:
╰─❯ pacman -Ss lsof
extra/lsof 4.99.3-1 [installed]
Lists open files for running Unix processes
inxi -b for reference:
╰─❯ inxi -b
System:
Host: cb-d2022 Kernel: 6.7.8-arch1-1 arch: x86_64 bits: 64
Desktop: i3 v: 4.23 Distro: Arch Linux
Machine:
Type: Desktop Mobo: ASRock model: X399 Taichi serial: <superuser required>
UEFI: American Megatrends v: P3.92 date: 01/14/2021
CPU:
Info: 16-core AMD Ryzen Threadripper 1950X [MT MCP MCM] speed (MHz):
avg: 2236 min/max: 2200/3400
Graphics:
Device-1: AMD Navi 21 [Radeon RX 6800/6800 XT / 6900 XT] driver: amdgpu
v: kernel
Display: server: X.Org v: 21.1.11 driver: X: loaded: amdgpu dri: radeonsi
gpu: amdgpu resolution: 1: 2560x1080 2: 1080x1920
API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 24.0.2-arch1.2
renderer: AMD Radeon RX 6900 XT (radeonsi navi21 LLVM 17.0.6 DRM 3.57
6.7.8-arch1-1)
Network:
Device-1: Intel I211 Gigabit Network driver: igb
Device-2: Intel Dual Band Wireless-AC 3168NGW [Stone Peak] driver: iwlwifi
Device-3: Intel I211 Gigabit Network driver: igb
Drives:
Local Storage: total: 2.29 TiB used: 385.58 GiB (16.5%)
Info:
Memory: total: 64 GiB available: 62.65 GiB used: 12.27 GiB (19.6%)
Processes: 570 Uptime: 5d 13h 56m Shell: Zsh inxi: 3.3.33
lsof is included in the flatpak by default, as well as in most distros as mentioned above.
It may add a delay if the user doesn't have lsof, but it's not the cause for most of the users in this issue. There's something else in the beta.
The problem is worse in flatpak than just missing lsof. Next beta update will have a fix.
Fix for the flatpak case is available in the latest beta.
Fix confirmed for me on version 1710786209
Thanks a lot devs <3
1710786209 flatpak, seems to be working well thanks kisak!
Still got the window size continually resetting issue that's also in stable unfortunately, but loads up quickly again and doesn't freeze up if a Steam sub-window goes behind the main window any more.
Thank you very much, the beta branch fixes things for me as well.
any idea on the workaround for non-flatpak version? you seem to know the source of the problem.
Not closing the issue because it seems the non-flatpak version is not fixed. I don't want to test it myself to confirm.
Closing as fixed in the 2024-05-07 Steam client update.
If anyone is seeing similar symptoms on an up to date system, please open a new issue report so that it can be tracked properly.
Nothing extracted yet.
Your system information
Please describe your issue in as much detail as possible:
Steam in my case is running via flatpak, behavior is the same when launched through a menu entry or command line.
Others have reported also having the issue on other distros and without flatpak.
The observed behavior and symptoms are very similar to #10593, but installing
lsofdidn't solve the issue and I didn't have the "missinglsof" warning messages in the first place.It takes a long time for the main window to appear, but the tray icon appears at a regular time after the line
BRefreshApplicationsInLibrary 1: 0msis printed in stdout. After that it takes a long time for the main window to appear.After launching a game (successfully), the library view breaks and becomes non-interactible. Switching between Store, library, community, etc works but the library itself is broken. But after changing the window size (in my case - going from expanded window to floating) it becomes interactible again.
UPD: the library can be interacted with, but the changes are not reflected in the GUI. I had a window pop up when I pressed a button to select a way to launch a game. But unexpanding the window didn't solve the problem. The whole issue seems a bit flaky.
Steps for reproducing this issue: