| Summary: | Alt-tab sometimes switches to the 2nd last open window instead of last open one. | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Répási Dávid <hu.repasidavid> |
| Component: | tabbox | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | kde, kde, nate, redbear |
| Priority: | NOR | Keywords: | usability |
| Version First Reported In: | 6.0.5 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Répási Dávid
2024-06-02 13:46:05 UTC
When this happens does the tab switcher window show up? No I do not wait for it to appear, I switch fast, plus I have animation speed set to almost instant (one before that). I think I've also been seeing this in Fedora with Plasma 6.1.1. I'll switch back to a recently used app group (I have a KWin script that groups together app windows with the same app class, like macOS/GNOME) and instead of the one that was in front previously I'll get the window of that app group that was behind that window, like something did an Alt+Grave right as it switched to the last used window group. I've tested the KWin script extensively in several distro types with Plasma 5 and 6, and it has never exhibited this inconsistent stacking behavior before. It normally keeps each app group of windows stacked in the same order until I Alt+Grave to a different in-app window. Seems to be something odd happening in recent Plasma updates. There's also a problem with the tab box not fully isolating keyboard input from the app behind the tab box / task switcher dialog, which may or may not be related somehow. See here for that bug report: https://bugs.kde.org/show_bug.cgi?id=489382 And just before I posted that appears to have been marked as a duplicate of this bug report: https://bugs.kde.org/show_bug.cgi?id=484992 |