| Summary: | Windows move their position in the "Recently Used" Alt-Tab Task Switcher order when their titles change, if any Window Rules that match on Window title are in effect | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | kolAflash <kolAflash> |
| Component: | tabbox | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | minor | CC: | barra, john.kizer, kde, nate, pallaswept, tustamido |
| Priority: | LO | ||
| Version First Reported In: | 5.27.2 | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | Task switcher reordering on window title change | ||
|
Description
kolAflash
2023-05-21 15:03:04 UTC
I also have this issue and I guess I found what is causing this issue: using "Window title" property in a Kwin Window Rules' rule. Since I switched to Wayland past year I'm experiencing this bug, but it was strange for me it only affects my Firefox Developer Edition. Other windows aren't affected, including other Firefox channels such as Nightly and release. Then I remembered I have KWin window rules defined only for Firefox Developer Edition because Wayland can't remember window position and I need that. So I disabled the rule by appending a char in "Window class (application)", from "firefox-aurora" to "firefox-auroraa" so that it doesn't match, and instantly the bug was gone. Then I restored the right window class, but removed the "Window title" from "Window matching" and again the bug was gone. So ultimately the bug, at least in my case, is in how Kwin handles the "Window title" property in Window Rules. But I need to use the "Window title" property, for me at the moment is less worse to have this Alt+Tab issue than losing the ability to remember window position. Just adding: the bug affects the entire window class (in my case, every Firefox Developer Edition windows), even if window title doesn't match what you set in Window Rules' "Window title" property. Still present in Plasma 6.3.2 (Wayland), you can see [a thread about this on Reddit also](https://www.reddit.com/r/kde/comments/1izgy4i/alttab_order_changes_when_the_window_title_changed/) I can reproduce this on Fedora KDE 42, Plasma 6.3.4. Oddly, for me it's that the window whose title changed jumps to being the *most* recently used, and thus is activated on simply pressing Alt+Tab. This happens frequently when using a music player, or when something is finished running in Konsole. In my case, the window affected by the rule doesn't have to be involved - my window rule that checks a title is to denote different Firefox windows with pinned task manager icons, but I was able to reproduce the issue with Amarok as the title-changing application while switching between Dolphin and Konsole. For what it's worth, if any others are experiencing this issue in this way, I might suggest this is a normal priority bug, rather than low. At least in my case, it has led to things like unintentionally terminating a process in Konsole (with a Ctrl+C meant for something selected in my actual most recently used application), or pasting information into the wrong application (web page title change led to pasting sensitive information into a text box on a site instead of a local text file in KWrite). Technically user error on my part, but it would be quite nice to be able to confidently move more quickly across windows :-) Operating System: Fedora Linux 42 KDE Plasma Version: 6.3.4 KDE Frameworks Version: 6.13.0 Qt Version: 6.9.0 Kernel Version: 6.14.4-300.fc42.x86_64 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 7800X3D 8-Core Processor Memory: 30.4 GiB of RAM Graphics Processor 1: NVIDIA GeForce RTX 4070 SUPER Created attachment 180839 [details]
Task switcher reordering on window title change
|