Bug 149774

Summary:	"Walk Though Windows" on WIN+TAB needs addtional key press to leave the window list
Product:	[Plasma] kwin	Reporter:	Sebastian Schubert <schubert.seb>
Component:	general	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	des, dima, g111
Priority:	NOR	Keywords:	investigated, triaged
Version:	unspecified
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Sebastian Schubert 2007-09-11 14:36:09 UTC

Version:            (using KDE KDE 3.5.7)
Installed from:    Gentoo Packages
Compiler:          gcc 4.1.2 
OS:                Linux

I set "Walk Though Windows" on WIN+TAB. Pressing WIN+TAB shows the window list and I can cycle normally. But the window is not switched after stopping pressing both buttons (the default ALT+TAB works perfectly well). One has to press another key to switch the windows. This maybe connected to
http://bugs.kde.org/show_bug.cgi?id=140023
There Martin Aumueller posted a working work-around:
xmodmap -e "add mod4 = Super_L"

xmodmap BEFORE theis command:
sebschub@tux ~ $ xmodmap
xmodmap:  up to 3 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock
control     Control_L (0x25),  Control_L (0x42),  Control_R (0x6d)
mod1        Alt_L (0x40),  Alt_L (0x7d),  Meta_L (0x9c)
mod2        Num_Lock (0x4d)
mod3
mod4        Super_L (0x7f),  Hyper_L (0x80)
mod5        Mode_switch (0x5d),  ISO_Level3_Shift (0x71),  ISO_Level3_Shift (0x7c)

AFTER:
sebschub@tux ~ $ xmodmap
xmodmap:  up to 3 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock
control     Control_L (0x25),  Control_L (0x42),  Control_R (0x6d)
mod1        Alt_L (0x40),  Alt_L (0x7d),  Meta_L (0x9c)
mod2        Num_Lock (0x4d)
mod3
mod4        Super_L (0x7f),  Hyper_L (0x80),  Super_L (0x73)
mod5        Mode_switch (0x5d),  ISO_Level3_Shift (0x71),  ISO_Level3_Shift (0x7c)

Comment 1 Maciej Pilichowski 2007-09-11 18:42:40 UTC

Works for me for ages (except for bug with empty list).

I press win, tab, release tab, release win --> windows switch.

Comment 2 Sebastian Schubert 2007-09-12 10:06:30 UTC

What information do you get when you do a 
# xmodmap
?
Any special parts in you X configuration? I use xorg-server 1.3.0.0 and xf86-input-keyboard 1.1.1 and my configuration looks like that:

Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "kbd"
        Option      "XkbModel" "pc105"
        Option      "XkbLayout" "de"
EndSection

Comment 3 Josh Berry 2009-05-22 20:53:00 UTC

Also seeing this bug on a recent KDE trunk.  (Have been for a while, in fact, but didn't get around to looking for it in BZ until just now.)

The workaround works for me, with xmodmap outputs similar to what Sebastian listed.

Comment 4 g111 2009-05-24 14:21:31 UTC

compiled KDE 4.2.87 (KDE 4.3 >= 20090519); sidux

Setting Window Switching from Alt+Tab to leftWindow+Tab results in the following behaviour:

The active window is switched (to the last active one). But the window list does not occur (I am using "no effect"). So you cannot switch more than one window back in the list.

$ xmodmap
xmodmap:  up to 2 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x69)
mod1        Alt_L (0x40),  Meta_L (0xcd)
mod2        Num_Lock (0x4d)
mod3
mod4        Super_L (0xce),  Hyper_L (0xcf)
mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xcb)

Comment 5 Martin Flöser 2011-01-15 10:20:07 UTC

I cannot reproduce this issue. I am using Meta(Win)+Tab rather regularly on various systems and never run into it. I can remember that it did not work some years ago.

Is anyone still able to reproduce?

Comment 6 Sebastian Schubert 2011-01-15 10:32:51 UTC

I don't have this problem anymore and I guess we an close this in a couple of days if no one says otherwise. Now, Walk through Windows (Reverse) does not work on Meta+Shift+Tab....

Comment 7 g111 2011-01-15 10:50:18 UTC

I have tested this now again in KDE4.4.5 (debian/sid) and I also cannot reproduce the wrong behaviour anymore. It seems everything to be ok.

Comment 8 Andrew Crouthamel 2018-09-22 01:46:30 UTC

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 set the bug status 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!