I am playing dota 2 in fullscreen mode. In this game you can pan the camera by moving the mouse to the edge of the screen. For me, this work for left, right, top and bottom. However, diagonal pans are only possible when using screen corners to invoke effects under kde. (I.e. In KDE you can use a screen corner to activate the present windows effect). The effect itself WON'T activate, but the camera is simple not moving diagonal but either horizontally or vertically, depending on which edge of the screen the mouse touched first. I have desktop effects deactivated for fullscreen applications and I am sure that I am running the game in fullscreen mode. I don't know if this happens in any other game as I don't own another RTS like game. Also, deactivating desktop effects manually doesn't solve this issue, only deactivating all screen corners solves this. I am not totally sure if this is a regression or if this bug has always been there, but I just noticed this a week ago or so (so probably it is a regression as I am playing this game now for quite some time). Reproducible: Always Steps to Reproduce: 1. Use i.e. the left, bottom screen corner to invoke present windows 2. Start a game in dota 3. Try to move the camera diagonally (left, bottom) 4. The camera will not move diagonally Actual Results: The camera will only move diagonally if screen corners are not used.
Just a remark: I was using 2 monitors instead of my usual 1 monitor and I believe this is when the problem started. I am now using 1 monitor again but this problem persists. Is there any config where kwin might store my montior setup and it thinks that my screen corner is on monitor 2 although it really is on monitor 1 ? (just a thought)
KWin's screen edges get disabled if there is an active fullscreen window, but for the corners. These are kept active to allow activating e.g. PresentWindows. There is no config option to disable this.
See: - https://bugs.kde.org/show_bug.cgi?id=271607 - https://git.reviewboard.kde.org/r/108513/ - https://git.reviewboard.kde.org/r/106722/ It's not a regression. The screenedge would however be unregistered if compositing is suspended altogether. > I have desktop effects deactivated for fullscreen applications and I am sure that I am running the game in fullscreen mode. a) The config item is "mislabeled" (the window is just not redirected, but how do you tell that a user ;-) It has no impact on compositing in general (nor are effects unloaded - although present windows oc. has no visible result with an unredirected FS window on top of the stack) b) The solution is (resourcewise) inferior to suspending the compositor entirely during playing the game, also unredirection was forcefully disabled for intel chips (incredibly crash prone) If you don't want to suspend the compositor by hand, this can be automated with either a script: http://kde-look.org/content/show.php/GameMode?content=156659 or a "special window" rule.
Okay, thank you! I am trying this script and you were right, with disabling composting all together it works. Should we keep this report open, or should I close it? ( I am not sure if this is really the solution that everybody should be fine with...)
I frankly don't think that a global setting could be a solution - your demands will change when the FS window is a browser or image viewer, maybe even a video player. The "normal" approach for (SDL) games is to grab the mouse and receive all input exclusively. Whether a solution like originally requested in bug #271607 would work for you, depends on whether the client is managed at all (seems so) and detectable (doesn't, there no properties set at all) Notice that i just tried WC3 on wine - it however also actually grabs the pointer here.
I set it to wontfix. At least on X11 a game should grab the mouse when it needs such functionality. On Wayland that's currently not possible anyway, but the edges also don't steal mouse events any more.
*** Bug 363588 has been marked as a duplicate of this bug. ***
(In reply to Thomas Lübking from comment #3) > See: > - https://bugs.kde.org/show_bug.cgi?id=271607 > - https://git.reviewboard.kde.org/r/108513/ > - https://git.reviewboard.kde.org/r/106722/ > > It's not a regression. > The screenedge would however be unregistered if compositing is suspended > altogether. > > > I have desktop effects deactivated for fullscreen applications and I am sure that I am running the game in fullscreen mode. > > a) The config item is "mislabeled" (the window is just not redirected, but > how do you tell that a user ;-) > It has no impact on compositing in general (nor are effects unloaded - > although present windows oc. has no visible result with an unredirected FS > window on top of the stack) > b) The solution is (resourcewise) inferior to suspending the compositor > entirely during playing the game, also unredirection was forcefully disabled > for intel chips (incredibly crash prone) > > If you don't want to suspend the compositor by hand, this can be automated > with either a script: > http://kde-look.org/content/show.php/GameMode?content=156659 > > or a "special window" rule. This didn't work for me. With compositor disabled hot corners still activate over fullscreen applications.
Only borders/corners assigned to compositor effects would be disabled, not eg. virtual desktop switching or autohiding panels etc. Virtualbox scenario?