SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Set Focus Stealing Prevention settings to something other than NONE 2. Start an Unreal Engine 3 game from Steam (Windows/Proton game) OBSERVED RESULT The taskbar is visible in the fullscreen game (you can play the game normally, interact with the game with no issue) EXPECTED RESULT The taskbar disappears when the fullscreen game is started SOFTWARE/OS VERSIONS Linux/KDE Plasma: Linux 6.1.12 / KDE 5.26.5 (available in About System) KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION Here is the old Proton issue about it, where there is a link to the commit that supposedly fix this reoccurring issue (this was already fixed couple years ago) https://github.com/ValveSoftware/Proton/issues/3945
I don't know what happened but there is no summary :\ Basically, every single Unreal Engine 3 game I start as a Steam/Proton game, starts fullscreen but with the taskbar visible over the game, BUT the game still has focus and you can interact with it. Setting Focus Stealing Prevention to NONE seems to fix the issue.
Are you using Wayland or X11?
I'm using X11
Does it work on Wayland?
Created attachment 156638 [details] Wine repro case source Fwiw I was investigating a similar issue some time ago, and figured a difference between KWin and several other window managers, with the attached test case source. 1) Build source to kde-446160.exe with `x86_64-w64-mingw32-gcc -o kde-446160 kde-446160.c`. 2) Run with `wine kde-446160.exe`, this opens a window in the same way as the problematic games, and keeps it fullscreen for 5s. 3) The window is supposed to be fullscreen and above all other windows. With KDE it stays below the taskbar and doesn't have input focus. Note that the code also asserts what Wine believes, and from its point of view, the window *is* foreground, active and focused. I tested and reproduced today in a Manjaro VM with wine 8.1-1 and kwin 5.26.5-2.
Also note that in my case Focus Stealing Prevention settings had no effect and disabling it doesn't help. This is also the same with the game I was debugging, which is Far Cry Primal.
(In reply to Nate Graham from comment #4) > Does it work on Wayland? I just tested this, and I saw the same behavior on Wayland as X11. Specifically, I have been testing Killing Floor 2 (a Unity 3 game mentioned in the original github issue). For reference - Killing Floor 2 is an example of a Unity game where setting focus stealing prevention to none "fixes" the problem, unlike Far Cry Primal.
Thanks for testing, I will try to setup Wayland later to confirm the behavior, however I just wanted to interject to make sure there is no confusion. I'm talking about Unreal Engine 3 games, Killing Floor 2 is one of them. It is not a Unity game. Far Cry also is a Cry Engine game, so again not the same game engine, which would explain the different behavior.
(In reply to omano from comment #8) > Thanks for testing, I will try to setup Wayland later to confirm the > behavior, however I just wanted to interject to make sure there is no > confusion. I'm talking about Unreal Engine 3 games, Killing Floor 2 is one > of them. It is not a Unity game. Far Cry also is a Cry Engine game, so again > not the same game engine, which would explain the different behavior. Whoops. I meant Unreal Engine 3, thank you :)
I can confirm that on Wayland with the focus stealing prevention set to LOW, the taskbar stays on top too when the game starts. But there is a difference, clicking inside the game makes the taskbar go in the background.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!