| Summary: | Windows always open on the wrong screen after reopening without moving the cursor | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Luca Saalfeld <luluklzde> |
| Component: | multi-screen | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | chiitoo, fanzhuyifan, luluklzde, nate, xaver.hugl |
| Priority: | NOR | Keywords: | multiscreen |
| Version First Reported In: | 6.1.2 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=490691 | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Luca Saalfeld
2024-07-02 23:22:57 UTC
This also happens with the application launcher. https://bugs.kde.org/show_bug.cgi?id=487945 is essentially this bug, but only for the application dashboard. Does the issue reproduce in a new clean user account? Yes, the bug still occurs. I just found it that this bug is not app specific. If a window launches on the left screen (i.e. the bug occurs), *all* windows launch on the left screen, no matter of what app it belongs to. There's apparently another version of this bug, where the right monitor is the one everything is placed on. That's at least what is happening right now. My guess is that's it's not monitor position specific (only the left monitor), but instead just choosing the wrong monitor to place new windows on. I could create a setup with more monitors to test this, but the other ones will have a lower resolution :/ This also affects the task switcher. I think that this bug simply affects everything, that spawns a window. Should have updated title and status quite a bit before, but I just forgot to do that So I have new information: The new windows spawn above the window with the current focus, not on the screen where the mouse is. So the mouse position is only relevant *once* for new windows, after that the monitor on which the active window is, is prioritized. If you enable "separate screen focus" in the window behavior settings, does this work as expected again? So, I had it already enabled. I disabled it and no change. I enabled it again and now it works as expected. Honestly, this is one of the options I overlooked when I created the issue. Okay. The option was turned on by default, maybe something went wrong... If you delete the SeparateScreenFocus line from ~/.config/kwinrc and reboot, can you reproduce the broken behavior again? That line doesn't exist. If separate screen focus is disabled, the option you mentioned gets created (with the value to false). If separate screen focus is enabled, the line gets deleted. You know how I've written that "it works as expected"? I've been so used to "focus follows mouse", that I didn't quite remember what the bug *exactly* was. I have tested this on the desktop with one window open, but I forgot that the desktop itself acts like a window. No, it has not been fixed, nor has "separate screen focus" changed the bug. In terms of this bug, it does nothing. New windows will still appear on the screen the focused window is on, instead of the screen the mouse is on. I'm sorry for the confusion. (I've tried window placement: "under mouse", too, but that hasn't changed anything. I just wanted to mention it, since I didn't do that yet.) (In reply to Luca Saalfeld from comment #13) > New windows will still appear on the screen the focused window is on, > instead of the screen the mouse is on. > I'm sorry for the confusion. No, they appear on the screen with the last user interaction. It sounds like that's working fine. So TL:DR of report: it's not a bug, I just thought it was one. |