Switching throught "current application" allows to switch only between two instances of aplication. My shortcut for this is alt+`, when I hold alt and hit ` second time, icon "selector" doesn't move to another one instance of application. Reproducible: Always Steps to Reproduce: 1. Hit alt+` 2. Releasing ` and hitting it again Actual Results: Task switcher dialog appears with "selecter" freezed on second task, not moving to third. Expected Results: The "selector" should move to third task. The same bug happens when switching througt instances of current application backwards and the bug is not affected by different visualizations, sort order of applications or whether the option "Only one window per application" is turned on or not. The "selector" of task freezes on second task in that way, that if I hit alt+shit+`, it doesn't go backwards, as it should (comparing with alt+tab for switching windows).
Doesn't Alt+Tab sort windows by recently used? Tapping Alt+Tab once briefly allows you to toggle between the recently used two windows. Pressing and holding Alt allows you to switch to other windows by repeatedly pressing Tab. Does that work for you?
Oh, sorry, you only want to switch between windows of the current application. I'll have a look.
Yes, the bug effect only swithing of windows of current application. Alt+Tab works properly.
which Keyboard layout are you using? Please provide the output of: qdbus org.kde.KWin /KWin supportInformation
I use Czech and English(US) layouts. Now when I wanted to try if the bug is in both, hitting my shortcut (alt+`) resulted in no action at all. Output of "qdbus org.kde.KWin /KWin supportInformation": KWin Support Information: The following information should be used when requesting support on e.g. http://forum.kde.org. It provides information about the currently running instance, which options are used, what OpenGL driver and which effects are running. Please post the information provided underneath this introductory text to a paste bin service like http://paste.kde.org instead of pasting into support threads. ========================== Version ======= KWin version: 5.5.5 Qt Version: 5.5.1 Qt compile version: 5.5.1 XCB compile version: 1.11.1 Operation Mode: X11 only Build Options ============= KWIN_BUILD_DECORATIONS: yes KWIN_BUILD_TABBOX: yes KWIN_BUILD_ACTIVITIES: yes HAVE_INPUT: yes HAVE_DRM: yes HAVE_GBM: yes HAVE_X11_XCB: yes HAVE_EPOXY_GLX: yes HAVE_WAYLAND_EGL: yes X11 === Vendor: The X.Org Foundation Vendor Release: 11804000 Protocol Version/Revision: 11/0 SHAPE: yes; Version: 0x11 RANDR: yes; Version: 0x14 DAMAGE: yes; Version: 0x11 Composite: yes; Version: 0x4 RENDER: yes; Version: 0xb XFIXES: yes; Version: 0x50 SYNC: yes; Version: 0x31 GLX: yes; Version: 0x0 Decoration ========== Plugin: org.kde.breeze Theme: Blur: 0 onAllDesktopsAvailable: true alphaChannelSupported: true closeOnDoubleClickOnMenu: false decorationButtonsLeft: 0, 2 decorationButtonsRight: 6, 3, 4, 5 borderSize: 3 gridUnit: 10 font: Noto Sans,10,-1,0,50,0,0,0,0,0 smallSpacing: 2 largeSpacing: 10 Options ======= focusPolicy: 0 nextFocusPrefersMouse: false clickRaise: true autoRaise: false autoRaiseInterval: 0 delayFocusInterval: 0 shadeHover: false shadeHoverInterval: 250 separateScreenFocus: false placement: 4 focusPolicyIsReasonable: true borderSnapZone: 10 windowSnapZone: 10 centerSnapZone: 0 snapOnlyWhenOverlapping: false rollOverDesktops: true focusStealingPreventionLevel: 1 legacyFullscreenSupport: false operationTitlebarDblClick: 5000 operationMaxButtonLeftClick: 5000 operationMaxButtonMiddleClick: 5015 operationMaxButtonRightClick: 5014 commandActiveTitlebar1: 0 commandActiveTitlebar2: 30 commandActiveTitlebar3: 2 commandInactiveTitlebar1: 4 commandInactiveTitlebar2: 30 commandInactiveTitlebar3: 2 commandWindow1: 7 commandWindow2: 8 commandWindow3: 8 commandWindowWheel: 31 commandAll1: 10 commandAll2: 3 commandAll3: 14 keyCmdAllModKey: 16777251 showGeometryTip: false condensedTitle: false electricBorderMaximize: true electricBorderTiling: true electricBorderCornerRatio: 0.25 borderlessMaximizedWindows: false killPingTimeout: 5000 hideUtilityWindowsForInactive: true inactiveTabsSkipTaskbar: false autogroupSimilarWindows: false autogroupInForeground: true compositingMode: 1 useCompositing: true compositingInitialized: true hiddenPreviews: 1 unredirectFullscreen: false glSmoothScale: 2 colorCorrected: false xrenderSmoothScale: false maxFpsInterval: 16666666 refreshRate: 0 vBlankTime: 6000000 glStrictBinding: true glStrictBindingFollowsDriver: true glCoreProfile: false glPreferBufferSwap: 101 glPlatformInterface: 1 Screen Edges ============ desktopSwitching: false desktopSwitchingMovingClients: false cursorPushBackDistance: 1x1 timeThreshold: 150 reActivateThreshold: 350 actionTopLeft: 0 actionTop: 0 actionTopRight: 0 actionRight: 0 actionBottomRight: 0 actionBottom: 0 actionBottomLeft: 0 actionLeft: 0 Screens ======= Multi-Head: no Active screen follows mouse: no Number of Screens: 1 Screen 0: --------- Name: LVDS1 Geometry: 0,0,1366x768 Refresh Rate: 60.0257 Compositing =========== Compositing is active Compositing Type: OpenGL OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile OpenGL version string: 3.0 Mesa 11.2.0 OpenGL platform interface: GLX OpenGL shading language version string: 1.30 Driver: Intel GPU class: IvyBridge OpenGL version: 3.0 GLSL version: 1.30 Mesa version: 11.2 X server version: 1.18.4 Linux kernel version: 4.4 Direct rendering: Requires strict binding: yes GLSL shaders: yes Texture NPOT support: yes Virtual Machine: no OpenGL 2 Shaders are used Painting blocks for vertical retrace: no Loaded Effects: --------------- zoom slidingpopups kwin4_effect_login slide screenshot minimizeanimation flipswitch kwin4_effect_windowaperture desktopgrid kwin4_effect_translucency coverswitch kwin4_effect_maximize kwin4_effect_fade presentwindows kwin4_effect_dialogparent highlightwindow blur contrast logout startupfeedback screenedge kscreen Currently Active Effects: ------------------------- blur contrast Effect Settings: ---------------- zoom: zoomFactor: 1.2 mousePointer: 0 mouseTracking: 0 enableFocusTracking: false followFocus: true focusDelay: 350 moveFactor: 20 targetZoom: 1 slidingpopups: fadeInTime: 150 fadeOutTime: 250 kwin4_effect_login: slide: screenshot: minimizeanimation: flipswitch: tabBox: false tabBoxAlternative: false duration: 200 angle: 30 xPosition: 0.33000001311302185 yPosition: 1 windowTitle: true kwin4_effect_windowaperture: desktopgrid: zoomDuration: 300 border: 10 desktopNameAlignment: 0 layoutMode: 0 customLayoutRows: 2 usePresentWindows: true kwin4_effect_translucency: coverswitch: animationDuration: 200 animateSwitch: true animateStart: true animateStop: true reflection: true windowTitle: true zPosition: 900 primaryTabBox: false secondaryTabBox: false kwin4_effect_maximize: kwin4_effect_fade: presentwindows: layoutMode: 0 showCaptions: true showIcons: true doNotCloseWindows: false ignoreMinimized: false accuracy: 20 fillGaps: true fadeDuration: 150 showPanel: false leftButtonWindow: 1 rightButtonWindow: 2 middleButtonWindow: 0 leftButtonDesktop: 2 middleButtonDesktop: 0 rightButtonDesktop: 0 kwin4_effect_dialogparent: highlightwindow: blur: blurRadius: 12 cacheTexture: true contrast: logout: useBlur: true startupfeedback: type: 1 screenedge: kscreen:
*** Bug 384440 has been marked as a duplicate of this bug. ***
I'm facing a similar issue, though from the first comment it appears that my problem may be slightly different. I will describe the problem below and probably others can comment and let me know if I should file a new bug. FYI, I face this problem after upgrading to Plasma 5.11; this was non-existent in 5.10 Problem Reproduction ==================== 1. Start new instances of an app, e.g. open two different PDFs (a.pdf, b.pdf) in Okular 2. Switch a.pdf window to foreground 3. Hit Alt+` Actual Results: Task Switcher shows only a.pdf Expected Results: Task Switcher should allow switching between a.pdf and b.pdf Other notes: - This problem does not occur when a window is spawned by the parent process. E.g. Open Firefox and then open a new window. Now Alt+` shows the two Firefox windows as expected. - Changing task switching visualization to other types 'cover switch' , 'grid', 'compact' etc. does not help - I am filtering windows by "Current Virtual Desktop". No other settings have changed OS - Arch Linux Version ======= KWin version: 5.11.3 Qt Version: 5.9.2 Qt compile version: 5.9.2 XCB compile version: 1.12 Operation Mode: X11 only
(In reply to imad from comment #7) > I'm facing a similar issue, though from the first comment it appears that my > problem may be slightly different. I will describe the problem below and > probably others can comment and let me know if I should file a new bug. FYI, > I face this problem after upgrading to Plasma 5.11; this was non-existent in > 5.10 > ... Ok. The problem I was facing appears to have been fixed - https://phabricator.kde.org/D8661 . (https://forum.kde.org/viewtopic.php?f=66&t=142457)
Is this issue reproducible?
I've had a very similar issue intermittently for awhile, even now with KDE 5.18.4. Hitting Alt+Tab only goes to next application. Holding the Alt down and hitting tab again does nothing; it doesn't cycle through. I have to use my arrow keys to select other apps while holding the Alt key down. Alt+Shift+Tab will go the previous application (sometimes). The same for Alt+` and Alt+~. Sometimes after rebooting this issue goes away. It's intermittent for me.
Here's an animation where the issues and functionality: https://i.stack.imgur.com/xTsGo.gif
I experience this with Plasma 5.17.5, KF 5.62.0, qt 5.12.5
I experience this with KDE 5.19 on Manjaro 20.3 I've also gotten a little closer to what's actually going on: Tabbing to the 3rd place always expects the default shortcut. So in the case of the primary shortcut, if you set it to alt+A, for instance, then alt+A will invoke the switcher and switch once, but then you have to reach for TAB to make further switches. This applies to both primary and secondary switching.
(In reply to Christian Wichmann Moesgaard from comment #13) > I experience this with KDE 5.19 on Manjaro 20.3 > > I've also gotten a little closer to what's actually going on: > > Tabbing to the 3rd place always expects the default shortcut. > So in the case of the primary shortcut, if you set it to alt+A, for > instance, then alt+A will invoke the switcher and switch once, but then you > have to reach for TAB to make further switches. > > This applies to both primary and secondary switching. Sorry for spamming but I honestly didn't think I'd get this "resolved" so quickly. The problem is the configuration. The setting inside the task switcher panel updates only the shortcut key to invoke it, but the shortcut key that traverses it is a different key, and that is in global shortcuts. However, you cannot bind anything to TAB in the global shortcuts window because hitting TAB will go to the next part of the window rather than registering the keystroke. I might create a bug report on that, too, if I can't find one. However-however, you can circumvent all this mess by going into $HOME/.config/kglobalshortcutsrc There you will find Walk Through Windows" and you will notice that its keybind is not what you have set in the configuration window. If you update it in here, e.g. by changing Alt to Meta for a Mac like experience, and then reboot, it'll work correctly. This bug is in the configuration panel.
This bug persists with shortcut to switch between instances of current app (tested ctrl+.) assigned in Alternative tab of Task Switcher KCM. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.21.80 KDE Frameworks Version: 5.81.0 Qt Version: 5.15.2 Graphics Platform: Wayland
KDE 5.22.5: I cannot reproduce the issue. Steps: press and hold ALT press and release TAB as many times as necessary to select a window of an application that has multiple windows open press ` Result: All windows not from the currently selected application are filtered Pressing and releasing ` multiple times navigates through the windows of the selected application. Everything works as expected for and by me :-) If that doesn't work for you, please describe detailed steps to reproduce the issue.
The bug is gone as of 5.23.2 it turns out. I just tried to changing it something ridiculous like ctrl+shift+alt+1 and it worked perfectly. I do not know who fixed it or when it was fixed, but at some point between my last update and this one it certainly was. This bug report should be closed.
Thank you for reporting, that the issue is fixed now.