| Summary: | Window focus is lost after activity switch when using multiple activities and screens (Plasma 6.3.2, Frameworks 6.1.1, Qt 6.8.2) | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Regényi Balázs <regenyi.balazs> |
| Component: | activities | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | grave | CC: | alberto.ferrante, code, dap78, enriqueiigan, krammer, ksm0816, lorenzofsutton, macieksitarz+bugs.kde, manfred.musch, moltonel, nate, tech |
| Priority: | HI | Keywords: | regression |
| Version First Reported In: | 6.3.3 | ||
| Target Milestone: | --- | ||
| Platform: | Manjaro | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/kwin-x11/-/commit/b1cf932e0d19230e7a119410b7fb572d2dd5c7c2 | Version Fixed/Implemented In: | 6.4.3 |
| Sentry Crash Report: | |||
| Attachments: |
Screenshot of browser with "text input cursor" from other app
Screenshot of browser with tooltip/hover info from Kate |
||
|
Description
Regényi Balázs
2025-03-12 07:49:45 UTC
I have this same issue as well. Similar software and os version too. SOFTWARE AND OS VERSIONS Plasma: 6.3.2 KDE Framework: 6.11.0 Qt: 6.8.2 Kernel: 6.12.17-1 MANJARO X11 In my case the same behaviour, but with a different distribution. However, I'm not to 100% sure whether it goes hand in hand with the use of Activities. But it could be the case. By the way, to be clear, I'm using Activities (five, to be more precise - with four workspaces on each). ----- Operating System: openSUSE Tumbleweed 20250317 KDE Plasma Version: 6.3.3 KDE Frameworks Version: 6.12.0 Qt Version: 6.8.2 Kernel Version: 6.13.6-1-default (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 PRO 4650G with Radeon Graphics Memory: 14.9 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: CSL Computer GmbH Created attachment 179573 [details]
Screenshot of browser with "text input cursor" from other app
The window shown is Chromium (on discuss.kde.org)
The cursor is indicating text input which the current window does not have at this location.
On another activity I had Kate at that same position on that same monitor.
Different virtual desktop though, but it was the desktop that KWin "remembered" for that activity.
Created attachment 179574 [details]
Screenshot of browser with tooltip/hover info from Kate
Identical situation to the other screenshot but here I hovered over the position at which the Kate window would have its "scrollbar" so it triggered its hover effect.
Essentially happened accidentally while taking the other screenshot, which made me realize that the other window was Kate and that it was on a different activity
This was most likely introduced in 6.3 with the change that moved "remember virtual desktop on activity" from Activity Manager to KWin. It now remembers the activity so well that the previous activity's windows still get the mouse input. At first I couldn't find a pattern but only had very unresponsive windows and weird changes to windows I had not explicitly interacted with. The latter effect is now clearly the result of the visible window being "unresponsive" because it received the clicks, moves, drags that the visible window appeared to ignore. If the "other window" is fullscreen you can't even intact with Plasma on the new activity anymore. Only reliable way to interact with any window is to go through an explicit KWin activation (ALT-Tab, window overview, taskbar activation). Anything else is the mouse interaction equivalent of Russian Roulette. I am increasing severity and moving to component activities P.S.: platform info Operating System: KDE neon 6.3 KDE Plasma Version: 6.3.3 KDE Frameworks Version: 6.11.0 Qt Version: 6.8.2 Kernel Version: 6.11.0-19-generic (64-bit) Graphics Platform: X11 X11-only bugs aren't HI or VHI anymore; lowering priority. Still worth fixing of course. *** Bug 501397 has been marked as a duplicate of this bug. *** I've found a workaround. If you always switch activity on the same virtual desktop then the problem does not happen. For example I will now always first switch to virtual desktop 1 before switching activities. The new "remember virtual desktop" behavior requires me to change virtual desktops anyway, either before or after switching activities. If I do it before I don't get hit by this bug either. With the split of repositories it might be worthwhile to consider removal of this new behavior from kwin_x11 and keep stabilizing it in kwin_wayland first. Ideally with an on/off switch before "backporting" it to kwin_x11 (if at all)? I'm also hit by this: Plasma 6.3.4 KDE Framework 6.13.0 Manjaro with X11 The same virtual desktop workaround doesn't work form me as I'm having two virtual desktops per activity, which is kind of the point of having activities for me, i.e. having an additional 'dimension' on top of virtual desktops (I imagine virtual desktops like being the X of switching and activities the Y...) A really annoying workaround for me is after switching also doing e.g. META + D two times (show / hide desktop) or a couple of ALT+ TAB to re-focus the correct window. This is particularly painful when working with browsers or file managers as you accidentally click on a hyperlink in the 'old' window. I've actually tested this with Wayland session and this is even more annoying IMHO. When keyboard cycling through an activity with different virtual desktops on each activity the virtual desktop switching 'animation' is triggered and still the focus is on the 'old' window. So it seems that this is not an X11 bug only (which seemed to be hinted from some comments). (In reply to Lorenzo from comment #10) > I've actually tested this with Wayland session and this is even more > annoying IMHO. > > When keyboard cycling through an activity with different virtual desktops on > each activity the virtual desktop switching 'animation' is triggered and > still the focus is on the 'old' window. > > So it seems that this is not an X11 bug only (which seemed to be hinted from > some comments). So this creates two major annoyances and rather unusable UX: - the virtual desktop switching 'animation' ('fade desktop' in my case) is triggered - if I click on what I think is the window in focus on the activity / desktop because focus is on the old one everything 'jumps' back to that activity/desktop/window Would it be possible to raise the priority of this bug since * this apparently also happens on Wayland, and * it makes Plasma completely unusable if you use virtual desktops and activities? (In reply to Regényi Balázs from comment #0) > ... > - Running on X11. I have now switched to Wayland, and the exact same issue still occurs. This confirms that the focus bug is not limited to X11. Current system info: Operating System: Manjaro Linux KDE Plasma Version: 6.3.5 KDE Frameworks Version: 6.15.0 Qt Version: 6.9.1 Kernel Version: 6.15.3-1-MANJARO (64-bit) Graphics Platform: Wayland CPU: Intel Core i5-1245U RAM: 31 GiB GPU: Intel Graphics Device: Dell Latitude 5430 A possible workaround: After switching activities, pressing Ctrl+D twice (my shortcut for "Show Desktop") restores proper focus behavior. So: - Switch activity - Press Ctrl+D twice → Now window focus works normally again. Let me know if I can help with debugging or if logs would be useful. A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/7869 Git commit f67619be3e44633ef57c37561c9c9edfbb53d8a0 by Xaver Hugl, on behalf of Xaver Hugl. Committed on 03/07/2025 at 17:02. Pushed by zamundaaa into branch 'Plasma/6.4'. workspace: Fix window activation on activity change (cherry picked from commit 4b89e0be728a660dbc6f617d032e4fb0055667ad) Co-authored-by: Dorian OUAKLI <dorian.ouakli@xwiki.com> M +34 -96 src/workspace.cpp M +1 -0 src/workspace.h https://invent.kde.org/plasma/kwin/-/commit/f67619be3e44633ef57c37561c9c9edfbb53d8a0 Git commit 4972183b5456856e6445708f0cb4e58e31728fe4 by Dorian OUAKLI. Committed on 03/07/2025 at 17:58. Pushed by zamundaaa into branch 'Plasma/6.3'. workspace: Fix window activation on activity change M +19 -81 src/workspace.cpp M +1 -0 src/workspace.h https://invent.kde.org/plasma/kwin/-/commit/4972183b5456856e6445708f0cb4e58e31728fe4 Git commit 613966782e382b0337547975791bca3e9de1c7a9 by Dorian OUAKLI. Committed on 04/07/2025 at 00:11. Pushed by vladz into branch 'master'. workspace: Fix window activation on activity change M +19 -81 src/workspace.cpp M +1 -0 src/workspace.h https://invent.kde.org/plasma/kwin-x11/-/commit/613966782e382b0337547975791bca3e9de1c7a9 Git commit b1cf932e0d19230e7a119410b7fb572d2dd5c7c2 by Vlad Zahorodnii, on behalf of Dorian OUAKLI. Committed on 07/07/2025 at 14:03. Pushed by vladz into branch 'Plasma/6.4'. workspace: Fix window activation on activity change M +19 -81 src/workspace.cpp M +1 -0 src/workspace.h https://invent.kde.org/plasma/kwin-x11/-/commit/b1cf932e0d19230e7a119410b7fb572d2dd5c7c2 *** Bug 505343 has been marked as a duplicate of this bug. *** *** Bug 502022 has been marked as a duplicate of this bug. *** *** Bug 505910 has been marked as a duplicate of this bug. *** *** Bug 502022 has been marked as a duplicate of this bug. *** |