| Summary: | Alt+Tab task switching not working | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Sven-Erik Petermann <sverik> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | get.sonic, kevin.kofler, rdieter, tuju, worldwide |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Sven-Erik Petermann
2008-05-16 09:25:19 UTC
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? |