SUMMARY Full screen apps running with Proton are not detected as full screen apps by kwin correctly. On Wayland, I suspect this prevents kwin from allowing tearing in these apps. On X11, this prevents kwin from automatically disabling the compositor when a full screen app is started. Version of Proton Used: 8.0-5 (but seems to happen with other versions as well) STEPS TO REPRODUCE 1. If on X11, allow applications to block compositing. If on Wayland, allow tearing in full screen apps. 2. Install a Windows game (tested with Steam and Lutris) , using Proton version 8.0-5 to run it. 3. Switch the game to full screen mode (if not already in full screen mode). OBSERVED RESULT Observe the compositor not being disabled if on X11, or stutters in game if on Wayland. EXPECTED RESULT If on X11, compositor being automatically disabled. If on Wayland, no stutters in game. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (Kernel 6.9.5-arch1-1(64-bit)) (available in About System) KDE Plasma Version: 6.1.0 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.1 ADDITIONAL INFORMATION I do not know for certain that these apps aren't being detected correctly as full screen apps when using Wayland, I just noticed that there was some stuttering in them on Wayland and that these same apps don't block compositing when run on X11. If there is a way I can check if kwin is allowing the screen to tear when these apps are running in full screen mode on Wayland, please let me know and I will update this with my findings. There is a work around on X11 for this, manually toggling compositing. If there's no good way to fix this on Wayland, I think a similar toggle feature to allow tearing might be a good option.
It just occurred to me that this might be something not specific to apps running in Proton, but apps using XWayland (which I believe Proton uses).
Tearing is supported only when using legacy modesetting api. By default, kwin uses atomic modesetting, which doesn't support tearing atm. Regarding blocking compositor, please run xprop and click a game window.
Created attachment 171111 [details] xprop output proton game This is the xprop output I got after clicking on the game window for "EZ2ON REBOOT: R" while running X11. This is a Windows game, and it is running through Steam using Proton 8.0-5.
I have the same problem. However I can only reproduce it since linux 6.10 and if using atomic modesetting. If I set KWIN_DRM_NO_AMS=1 then issue is gone. If I downgrade linux to 6.9.9 (can still have atomic modesetting), then issue is gone. STEPS TO REPRODUCE 1) Make sure you using linux 6.10 and atomic modesetting is on 2) Set Adaptive sync to Automatic 3) Launch some proton game 4) Turn on display OSD and observe refresh rate. You can see that VRR is working, so KWin successfully detecting full screen. But not for long 5) Alt-tab from game to any application. Then alt-tab back 6) Look at the display OSD, you will see that VRR stopped working. I believe it means that KWin not detecting full screen anymore
It looks like it's fixed in 6.2. I could not reproduce the issue anymore
Is it also fixed for you in Plasma 6.2, Noah?
(In reply to Nate Graham from comment #6) > Is it also fixed for you in Plasma 6.2, Noah? Seems like the issue of games stuttering under Wayland I reported has been resolved, which I suspected was the result of full screen apps not tearing under Wayland. This one is hard to say for sure, it just feels like apps are tearing when they're supposed to now. The issue of Proton / WINE games not blocking compositing automatically under X11 still occurs though. This issue isn't a huge problem though because you can manually stop compositing on X11.
Cool, that would actually be an app/game/Proton issue, not a KWin issue.