| Summary: | Alt+Tab and shaded windows | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Ben Martin <monkeyiq> |
| Component: | tabbox | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | minor | CC: | kde.org |
| Priority: | NOR | ||
| Version First Reported In: | 5.3.2 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | qdbus org.kde.KWin /KWin supportInformation | ||
|
Description
Ben Martin
2015-09-20 02:40:46 UTC
Alt+tab will switch to and when activating implicitly unshade windows. That's expected. However, if you use "recently used" as sort order in "kcmshell5 kwintabbox", the 3rd window should not (and isn't here) be ever addressed - shaded, minimized, or whatever state (while "stacking order" would move to the lowest window first, not sure whether that's actually intended, but would in your description be the shaded one) There may be funky things happening to your windows on unshading, see bug #348064 - but that's not related to the tabbox. Blast! "please attach the output of "qdbus org.kde.KWin /KWin supportInformation"" ... Created attachment 94654 [details]
qdbus org.kde.KWin /KWin supportInformation
qdbus org.kde.KWin /KWin supportInformation
Seems like I am using "recently used" as sort order in "kcmshell5 kwintabbox". Though the attached supportInfo will give that away (and clarify all other things). Unfortunately not. Anything special about the particular windows (do they belong to the same application, is one maybe a modal dialog etc.?) Originally I had one emacs window and two konsole (window 1 was emacs, 2 was a console and I just opened up a new console window to give me the window 3 used for shading). I just tried it with kate as the third window just in case having konsole twice in there was causing a problem. The same thing happened. I actually managed to get the kate window (which was shaded) to have focus instead of emacs. I think maybe that happened because the kate window would temporarily unshade during a normal alt+tab and if I hit the key combo in succession quickly then maybe it was being registered as the previous window somehow. Though the how is all speculation. Do you use a tabbox and in case, can you reproduce without? (kcmshell5 kwintabbox, upper left checkbox below "show selected window") Shaded windows should *not* unshade during alt+tab unless they're the selected window (and even then only if "show selected" is checked) This issue report is quite old. Can you please confirm, that it still persists with KDE 5.23? Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |