Summary: | Taskbar clicks don't register | ||
---|---|---|---|
Product: | [Unmaintained] kicker | Reporter: | Edward Muller <edwardam> |
Component: | taskbarapplet | Assignee: | John Firebaugh <jfirebaugh> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | RedHat Enterprise Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Edward Muller
2004-02-11 00:06:06 UTC
It looks like when the right click menu gets 'stuck' I can still use the keyboard arrows to go up down and enter to select the window I want. Very annoying thought. Even more annoying problem that may be related has come up. Alt-TAB get's stuck and the keyboard doesn't work, nor can I click on anything that the icons in the alt-tab window, which doesn't activate the window. I end up having to ssh into my machine from another box and kill kwin. This gives me control of my keyboard back. From there I can Ctrl+Alt+F1 and restart kwin. This works until it locks up again while Alt+Tabbing. I'm having the same problem over here on two different Fedora Core 1 installations. This ist VERY annoying and I'm thinking about downgrading to KDE 3.1.x... Maybe this is a QT-related problem? I just have found this discussion thread: http://groups.google.com/groups?th=1c6abd304319eac2 I have similar problems, I work with qt 3.3 / kde 3.2 compiled via konstruct. Is this like http://bugs.kde.org/show_bug.cgi?id=68508 I don't know. I've applied a patch to qt from Mandrake RPMS and it's fixed (so far anyway) the Alt+Tab lockups. The amount of times that mouse clicks get lost is less now, but it still happens. So there may be a bug in Qt and in KDE. But it's also possible that the patch I used (found in the Mandrake Qt 3.2.3 RPMS as Patch40) is not complete. Well forget what I said about Alt-Tab being fixed. It just happened again. :-( |