ValveSoftware / steam-for-linux

Issue tracking for the Steam for Linux beta client
4.19k stars 174 forks source link

steam overlay is unusable in some games #6506

Closed Weirdo1312 closed 2 years ago

Weirdo1312 commented 4 years ago

Your system information

Please describe your issue in as much detail as possible:

input is so bad you have to click on things 3-4 times so it can perform an action it wasn't always like this in previous updates it became like this

Steps for reproducing this issue:

  1. launch dota2 or dota underlords (a user reported that rocket league has the same issue)
  2. shit+tab to go to steam overlay
  3. unresponsive overlay (including settings, web browsers, steam chat ,...)
Myrddin-Wyllt commented 4 years ago

Are you referring to the Big Picture overlay?

I just tested the regular (NON-big picture) overlay & everything worked flawlessly (i.e., the web browser, music player, friends list). I'm using Manjaro, so I doubt this is a distribution issue with Arch. Perhaps it is graphics driver related? Could it be a Vulkan driver issue on your end?

I've tested L4D2, Shovel Knight, Serious Sam Fusion, & Torchlight II. All worked with the overlay with all links/buttons functioning.

Weirdo1312 commented 4 years ago

no i mean the regular overlay and i just tested these games

and only dota2 (both opengl and vulkan) and dota underlords had this issue so I guess the issue is only in source 2 games

Myrddin-Wyllt commented 4 years ago

@barfin Change the title to include Source 2 since that seems to be the cause. I don't have any Source 2 games installed. Hopefully someone else with the game can corroborate.

Newbytee commented 4 years ago

@barfin I don't have any Source 2 games installed. Hopefully someone else with the game can corroborate.

Try Dota 2 — it's free! I face the same issue in Dota 2. It's not entirely unresponsive, but it certainly starts working weirdly if I interact with it and isn't really usable.

Distribution: Fedora 30, video: NVIDIA.

sylware commented 4 years ago

tried dota2 vulkan/GL on x11 native/state of the art AMD driver stack: the mouse events are going thru the overlay making it hard to use. Tested with "distance" (GL), the overlay is fine.

Weirdo1312 commented 4 years ago

tried dota2 vulkan/GL on x11 native/state of the art AMD driver stack: the mouse events are going thru the overlay making it hard to use. Tested with "distance" (GL), the overlay is fine.

well yeah keyboard is fine but mouse is really really a pain in the butt

piv0tal commented 4 years ago

was told to come here from Steam support. Have the same issue on Ubuntu 18 - only Dota2 and Dota Underlords to my knowledge are producing this issue. I made this video to explain it. It may have something to do with primary / secondary monitors, or it could be the games themselves.. https://streamable.com/elx15

Newbytee commented 4 years ago

was told to come here from Steam support. Have the same issue on Ubuntu 18 - only Dota2 and Dota Underlords to my knowledge are producing this issue. I made this video to explain it. It may have something to do with primary / secondary monitors, or it could be the games themselves.. https://streamable.com/elx15

Looks like you are using GNOME (or MATE?), just like me. How about @barfin, what WM are you using? Could this be a GNOME-related issue? Nope, just tested KDE Plasma. Issue persists in Dota 2.

Raigor2 commented 4 years ago

I can confirm I have the same issue, since an update around July 2019. I can reproduce exactly what is presented on the video attached above.

I'm running my client on Manjaro kernel 4.19.59_rt23-1, a GTX 1070 with driver 430.40 in gnome.

sylware commented 4 years ago

It is not gnome wm related as I use a lean fvwm and have the same issue (a pain to pay dota2 stuff from the overlay). Anybody with wayland and xwayland?

Raigor2 commented 4 years ago

Moreover I can confirm it is an Dota related issue, I do run other games via Proton on Steam and the overlay works just fine. Dota 2 is the ones producing the problem, maybe Source Engine related? It happens on OpenGL and Vulkan

Weirdo1312 commented 4 years ago

Moreover I can confirm it is an Dota related issue, I do run other games via Proton on Steam and the overlay works just fine. Dota 2 is the ones producing the problem, maybe Source Engine related? It happens on OpenGL and Vulkan

more accurately source 2 dota underlords has the same issue i don't have artifact to see if it has that issue too

LiamDawe commented 4 years ago

This is not only Valve games.

I cannot properly interact with it in Rocket League now either. Most of it is unresponsive. Also on Beta client.

Myrddin-Wyllt commented 4 years ago

@LiamDawe When you say Rocket League is broken, do you refer to the Big Picture Overlay in Steam's desktop mode (i.e., Not big picture)?

I believe this Source 2 overlay issue is separate from https://github.com/ValveSoftware/steam-for-linux/issues/6495 as it is entirely broken whether using the desktop overlay or big picture.

Am I right in thinking your issue is related to Big Picture Overlay in Desktop Mode? Is Rocket League's overlay broken when launched from Big Picture (and how about disabling Big Picture Overlay in Desktop Mode & test the Desktop Overlay)?

LiamDawe commented 4 years ago

No I'm talking normal desktop overlay, what the original bug report here is for.

Big Picture Mode desktop overlay already has a bug report open by me: https://github.com/ValveSoftware/steam-for-linux/issues/6495

dpanter commented 4 years ago

Sounds like this could be related.

Doom 2016 has heavy stutter, even microfreezes when moving the mouse with Steam overlay enabled. When standing still, moving around with keyboard only or playing with gamepad - it runs correctly. Problem exists regardless of in-game graphics options, different versions of Proton, using Vulkan or OpenGL. Disabling Steam overlay fixes the problem completely. AFAIK, the overlay worked correctly in the Steam beta client versions prior to the new Library design.

OS: Siduction (Debian sid) KERNEL: 5.2.17-towo.2-siduction-amd64 CPU: Intel Core i7-8700K @ 3.70GHz GPU: AMD Radeon VII GPU DRIVER: 4.5 Mesa 19.2.0-rc4 RAM: 32 GB

1heghost commented 4 years ago

Confirmed for Ubuntu 19.04 with Dota 2 on Vulkan. On Amdgpu. Completely borked, in beta too. Factorio is working fine.

TTimo commented 4 years ago

Thank you for the reports!

The problem appeared in SDL2 2.0.10, we are still tracking it down.

A workaround for now is to revert to 2.0.9 - which can go a few different ways depending on your situation.

For titles that bundle their own SDL2 (such as Dota 2 which bundles an affected 2.0.10), you can replace directly in the title installation files.

In other cases you can replace the SDL2 libraries in your steam runtime:

/home/timo/.steam/steam/ubuntu12_32/steam-runtime/usr/lib/i386-linux-gnu/libSDL2-2.0.so.0
/home/timo/.steam/steam/ubuntu12_32/steam-runtime/usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0

Finally, on distributions that have already upgraded to 2.0.10 (Arch and derivatives) you may need to downgrade or uninstall SDL2, or force the pinning of the steam runtime version.

I've extracted the libraries from the relevant packages on http://repo.steampowered.com/steamrt/pool/main/libs/libsdl2/?C=N;O=D at http://repo.steampowered.com/download/steam-runtime-issue-6506/

Raigor2 commented 4 years ago

thank you! I used the workaround, Dota is Fixed!! Is Working!

Myrddin-Wyllt commented 4 years ago

To downgrade SDL2 with pacman: sudo pacman -U https://archive.archlinux.org/packages/l/lib32-sdl2/lib32-sdl2-2.0.9-1-x86_64.pkg.tar.xz https://archive.archlinux.org/packages/s/sdl2/sdl2-2.0.9-1-x86_64.pkg.tar.xz

Then ignore updates for sdl2 and lib32-sdl2 until this issue can be sorted out.

TTimo commented 4 years ago

The next Steam beta update (> Sep 30) will include a fix to make the in-game overlay code compatible with latest SDL2.

sylware commented 4 years ago

Have it.

Move hovering is still going thru the overlay (tested in dota2)

Incomplete fix?

TTimo commented 4 years ago

Move hovering is still going thru the overlay (tested in dota2)

Can you be more specific, I'm not observing this here.

Weirdo1312 commented 4 years ago

Have it. Move hovering is still going thru the overlay (tested in dota2) Incomplete fix?

after this update https://steamcommunity.com/groups/SteamClientBeta/announcements/detail/1591384490870888376 it's working good for me in dota 2

sylware commented 4 years ago

Display the overlay on top of dota2 dashboard.

When the mouse cursor is hovering over some dota2 subpanels you can see them being pre-activated. For instance the feed text edit box will pre-activate when hovering over it. The visual cues are obvious.

Newbytee commented 4 years ago

Display the overlay on top of dota2 dashboard. When the mouse cursor is hovering over some dota2 subpanels you can see them being pre-activated. For instance the feed text edit box will pre-activate when hovering over it. The visual cues are obvious.

This occurs in Witcher 3 too, especially when doing alt + tab while running around as it often causes the quick menu thing to open, which does make sounds as different selections are hovered over when the Steam Overlay is open.

Note that I believe this issue has existed for longer than the issue this thread is about, and I don't think I've ever had it pass clicks through the overlay, so it isn't a huge deal.

Edit: It seems the in-game mouse position only updates when clicking in the overlay, at least in the case of Witcher 3.

Weirdo1312 commented 4 years ago

The next Steam beta update (> Sep 30) will include a fix to make the in-game overlay code compatible with latest SDL2.

when will you put this in stable branch?

gatlinnewhouse commented 4 years ago

I am also having this issue in the current Steam stable branch with CSGO #5714

TTimo commented 4 years ago

Next Steam beta (> Feb 12) will have further fixes for this problem.

guihkx commented 4 years ago

I just did some quick testing with some games:

Terraria: The issue is completely gone in both native and Proton versions! The only difference (a nitpick, actually) is that in the Proton version, when the overlay is open and you do some left clicks in random positions, the game will register the cursor positions (but not the clicks). But after you close the overlay, it successfully restores the cursor position to its original state, so that's fine I guess.

CS:GO (native): The issue I mentioned in #6856 is gone as well!

Skyrim: Special Edition (Proton): This one I hadn't tested before, but unfortunately the game suffers from the exact same problem I was having in #6856, so this update made no difference here.

GTA: SA (Proton): No improvements either. Well, now you don't see the in-game cursor moving while the Steam overlay is open, but the game still registers all clicks.

sylware commented 4 years ago

Briefly tested with dota2 vulkan/x11(native), could not go thru the overlay.

jaskor commented 4 years ago

Tested with warframe via proton and it's still not working even after downgrading SDL2

cfebs commented 4 years ago

Tested in dota2 + CSGO with latest beta and issue described here: https://github.com/ValveSoftware/steam-for-linux/issues/6856 does not occur, i cannot click through to the game!

Was testing with Proton (Grim Dawn) and click-through behavior is still present. In addition, sometimes (haven't found a pattern seems like a race condition or something) in friends window input boxes (direct messages and groups) the Enter key will just produce a newline and not send the message.

Newbytee commented 4 years ago

In addition, sometimes (haven't found a pattern seems like a race condition or something) in friends window input boxes (direct messages and groups) the Enter key will just produce a newline and not send the message.

I believe this could be https://github.com/ValveSoftware/steam-for-linux/issues/3451

sylware commented 4 years ago

On my system the overlay (GL+vulkan) stopped working at all for all games. I had to open a new issue.

kisak-valve commented 2 years ago

Closing because the issue in the opening post has been resolved. Follow up issues should be tracked separately.