-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
When Wine window starts fulscreen it doesn't create a desktop #18
Comments
I bet that has something to do with wine's fullscreen implementation on wayland. Maybe wine just uses a maximized window for the game so the game never actually got fullscreen from kwin's perspective.
This sounds like games that change resolution on start, right? I remember on X11 wine has a feature to avoid the game directly messing with the real screen resolution (emulate virtual desktop? I may be wrong as I haven't used wine for years and I am not even sure this feature is available on wayland or not) |
I don't think so. If you open window options by hotkey (menu with close/minimize/maximize etc actions) it will shown as fullscreen. Also I use Freesync and it works only in fullscreen. I will test if issue persist on Xorg tomorrow.
No, resolution is native. The games I tested are World of Warcraft (only borderless fullscreen available) and Sims 4 (you can set to true fullscreen, but it doesn't makes any difference). Didn't tested other Wine games. Maybe I will try to install some more. |
The game may achieve fullscreen using something else then. Either way, if somehow kwin doesn't think the game is fullscreen, or doesn't emit fullscreen signals for them, there's little this script can do... |
Just tested, it doesn't work with Xorg either.
And what I got:
|
Interesting. The script actually prints detailed states to debug outputs in kwin. |
journalctl --user -u plasma-kwin_wayland:
|
I don't see any script related output. Probably you need to enable it first: https://develop.kde.org/docs/extend/plasma/kwin/#output |
It's enabled because I can see output from other scripts. Here is output from
|
From the log it looks like the maximize handler got called correctly. But Probably the window is first moved to a new desktop, but then moved back by this @kerriganx, sorry for getting back to you so late. Is this still a problem? Could you try to disable the other script and see if it works? |
I recorded video to better see the issue untitled.mp4 |
It doesn't matter if you set it to Fullscreen or Fullscreen (borderless).
I use Wayland, didn't tested with Xorg.
Important: it should be a game that doesn't have a windowed splash screen or something like that. It should be a game that run fullscreen on start.
If you open a game that have windowed splash screen or just windowed (and then change mode to fullscreen/fullscreen borderless) - as soon as it enters fullscreen it will create new desktop and move to it. It works as expected in this scenario. The bug is observed only when new window opened already fullscreen.
Native games seems not affected. I tested vrrTest and CS:GO, it works fine.
The text was updated successfully, but these errors were encountered: