| Summary: | Focus does not match visual when switching activity | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | tech |
| Component: | activities | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | ivan.cukic, jkanev, nate, wittemar |
| Priority: | NOR | ||
| Version First Reported In: | 6.3.5 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
tech
2025-06-08 12:42:57 UTC
Does it happen on Wayland too, or only X11? Hi, This happens on both X11 and Wayland but I think the exact behavior differs slight. Testing in OpenSuse to see if it happens here as well but it works better here than on gentoo. So far only happen one time during a teams meeting when I shared screen using Web-Teams in Google Chrome. Since I stopped sharing things are back to normal. I do a lot of screen sharing (have a lot of teams-meetings) and if that is a trigger things will eventually go down the drain. I run teams for different several different tenants, each in a separate google chrome instance with an own profile. I can have a meeting in one tenant in one instance and start a meeting in another short after. Can it be that it has to do with the new KDE Share Screen thingie? I am not 100% sure but I think the problems started with the same release as when I had to share screen a second time from a KDE realted dialog. (There are two dialogs, first one from web-teams inside the chrome window and then a second one in a separate floating window). Forgott the systems information about openSuse: Operating System: openSUSE Tumbleweed-Slowroll 20250501 KDE Plasma Version: 6.3.5 KDE Frameworks Version: 6.13.0 Qt Version: 6.9.0 Kernel Version: 6.14.6-1.0.4.sr20250501-default (64-bit) Graphics Platform: Wayland Processors: 32 × AMD Ryzen 9 9950X 16-Core Processor Memory: 64.4 Gibyte of RAM Graphics Processor 1: AMD Radeon Pro W7600 Graphics Processor 2: AMD Radeon Graphics Manufacturer: ASRock Product Name: X870 Pro RS Please stop changing the product back to plasmashell. I have the same problem. Most of the times this happens when switching activities using Meta+Tab. If I then click on any window the window in the old activity on that position gets focus again and the activity switches back. Clicking on the window title to give the visible window focus is working as a workaround. Sorry for the product changing, it was unintentional. It is a problem both on openSuse tumbleweed and Gentoo. Not updated to latest kde baselines though so still on plasma 6.3.5. I think it affects programs that is not KDE programs most or even only. It affects Google Chrome, my Eclipse based modelling tool and Firefox. I never seems to affect my own developed Qt based software or KDE applications I use a lot (Dolphin or Kate). I have an own qt based desktop wiki Neville that I use a lot and in many instances al over the place. I can't recall a single time when there was a problem with that one and it is still a Qt5 application. This is not fixed in Plasma 6.4.0 I can confirm. What I observe on Debian (see also bug report there, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1108914): • When working with a program window (mail client, browser, editor, anything), and then switching activities, the focus stays on that same window. → Example: I work with my email client. I switch activities using the activity switcher in the task bar. I now see the web browser. I click on the web browser window. The windows does not react. A menu pops up asking whether I want to move that email. → Other example: I work in a text editor. I mark some text. I switch activities and now see my web browser. I click the web browser window, I want to go back one page and hit the delete key. Nothing happens. Going back to the previous activity, I find I've just deleted the marked text in the text editor. • What I see: When switching to a different activity using the activity switcher, the window that had the focus before switching keeps the focus. The windows that is visible under the mouse does not receive mouse nor keyboard input. • Notes: → To activate the current window, after switching activities, I have to press the respective button in the task list. → Other flavours of the "focus follows mouse" setting in the systemsettings have the same effect. → When staying in the same activity, the focus works as expected. → This happens reproducibly, but it seems to be in groups, supporting the KDE-apps assumption by Marcel. (Just tried: I have activities A, B, C, dolphin on A, firefox on B, pycharm on C. Type in firefox on B. Switch to C - pycharm works. Switch to A - dolphin doesn't react. Activate dolphin on A, both firefox on B and pycharm on C don't work (clicking pycharm opens a file from dolphin). Activate pycharm on C - firefox on B works again, dolphin on A does not.) I think the Importance of this should go up. Clicking or typing into a window, and then things are done in another window (which is not even visible), can lead to data loss. The user will only discover the problem a lot later, when they switch back to the original activity. I've actually deleted two emails that way, by clicking into a different window and hitting delete there. *** This bug has been marked as a duplicate of bug 501393 *** |