Version: (using KDE 4.0.3) Installed from: Fedora RPMs OS: Linux I have desktop effects disabled, when Alt+Tab works it shows the "standard" KDE task switcher. Sometimes Alt+Tab just does nothing. It doesn't matter if I quickly press Alt+Tab to get to the previous window or if I hold down Alt and press Tab several times, the window list does not appear and no tasks get switched. Usually in a few minutes Alt+Tab starts working again. I have yet failed to see a pattern, it just sometimes works and sometimes doesn't. The applications I mostly use are konsole, dolphin and firefox.
I used backports packages from Mandriva 2008.1 and has the same problem (version 4.0.3). Using alt+tab to switch between windows is already a frequently used behavior on KDE 3. I have no idea about why it could not work anymore. I found nowhere to reconfigure the hotkey either.
I see similar behaviour with svn trunk. One way to make it work reliably is to press alt down for a while and then press tab, that way it always works. If the keys are pressed to quickly nothing happens, or an alt gets through to the currently focused application. The responsiveness is very bad compared to KDE3. I think this regressed some months back (I haven't had the time to look into it properly).
Holding down Alt for a few seconds does not make it any better for me.
*** This bug has been confirmed by popular vote. ***
I too have the problem with both KDE 4.0.3 and KDE 4.0.4 on Fedora 9. But I've found a way to make it work. Keep Alt+Tab pressed for a long time (say 10 seconds) till the window list is displayed and displayed and window switching works smoothly. Another observation: Sometimes, when I have some text selected in a Kate window, and I do Alt+Tab, the text gets deleted (replaced by the tab). This makes me think if the 'Alt' is being missed! https://bugzilla.redhat.com/show_bug.cgi?id=448189
Correction for comment no #5 It's not that the text is replaced by tab. It's just replaced. What's shocking is that it sometimes happens even if I switch back to the editor window by clicking on the task button on the panel! Wish I had a screen-cast thing setup for showing this in action. Right now, it happens *every time* I switch windows (both in Kate & Kwrite, if I have any text selected). The problem is not seen with gedit.
Grr.. typo in comment #6 It's just replaced. --> It's just *deleted*
I am also experiencing slow responses from kwin to alt-tab. I don't know if it is kded4 or kwin causing the delay.
Sorry, missed the useful information: This seems to happen to me only when using compositing and the flip switch plugin.
No, this happens to me without the flip switch plugin as well.
After some testing, it does appear that this bug is only present when compositing is enabled.
I have never had compositing enabled and it still happens. I'm using the vesa driver, I don't even have hardware acceleration available.
In my case alt+tab did not work no matter option composite was enabled or not. Some of my X11 settings are as follow (Screen and File sections are skipped): Section "Extensions" # Option "Composite" EndSection Section "ServerFlags" #DontZap # disable <Crtl><Alt><BS> (server abort) AllowMouseOpenFail # allows the server to start up even if the mouse does not work #DontZoom # disable <Crtl><Alt><KP_+>/<KP_-> (resolution switching) EndSection Section "Module" Load "dbe" # Double-Buffering Extension Load "v4l" # Video for Linux Load "extmod" Load "type1" Load "freetype" Load "glx" # 3D layer Load "dri" # direct rendering EndSection Section "InputDevice" Identifier "Keyboard1" Driver "kbd" Option "XkbModel" "pc105" Option "XkbLayout" "us" Option "XkbOptions" "compose:rwin" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "ExplorerPS/2" Option "Device" "/dev/mouse" EndSection Section "Device" Identifier "device1" VendorName "Intel Corp." BoardName "Intel 815" Driver "i810" VideoRam 16384 Option "DPMS" Option "XaaNoPixmapCache" Option "May_Need_ForceBIOS" "1" Option "XaaNoOffscreenPixmaps" "1" EndSection Section "ServerLayout" Identifier "layout1" InputDevice "Keyboard1" "CoreKeyboard" InputDevice "Mouse1" "CorePointer" Screen "screen1" EndSection
Does anybody still have this issue? On current trunk with compositing enabled (and heavy cpu load) the switcher appears immediately (cover switch)
I updated to KDE 4.1 on my Fedora 9 (from updates-testing repo), and this bug *no longer exists*.
λ SGC-Abydoss ~ → kded4 -v Qt: 4.8.3 KDE: 4.9.3 KDE-Dienst: $Id$ I have the same bug, with or without compositing enabled. ALT+TAB works very rarerly and doesn't do anything most of the time while other shortcuts work as usual, but with reduced sensitivity.
this is unlikely the same bug, what do you mean by "reduced sensitivity"? trie to replace the keyboard?