| Summary: | kdesktop steals the focus | ||
|---|---|---|---|
| Product: | [Unmaintained] kdesktop | Reporter: | Tom Wesley <tawesley> |
| Component: | general | Assignee: | David Faure <faure> |
| Status: | CLOSED FIXED | ||
| Severity: | normal | CC: | finex, g.persia |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Tom Wesley
2003-09-25 23:05:17 UTC
That fix didn't make it into 3.1.4, tell the gentoo maintainer
RCS file: /home/kde/kdebase/kdesktop/lockeng.cc,v
retrieving revision 1.53.2.1
retrieving revision 1.53.2.2
diff -u -3 -p -r1.53.2.1 -r1.53.2.2
--- lockeng.cc 29 Nov 2002 15:09:11 -0000 1.53.2.1
+++ lockeng.cc 16 Sep 2003 13:57:40 -0000 1.53.2.2
@@ -277,6 +277,9 @@ bool SaverEngine::x11Event(XEvent *event
{
if (!event->xkey.send_event && mXAutoLock && mState == Waiting)
mXAutoLock->keyPressed();
+ // don't futher process key events that were received only because XAutoLock wants
them
+ if (!event->xkey.send_event && mXAutoLock && !QWidget::find( event->xkey.window ))
+ return true;
break;
}
I'm also seeing this behavior with 3.1.4 Slackware build. The patch fixes the problem. *** Bug 65531 has been marked as a duplicate of this bug. *** Bug closed. Kdesktop is no more mantained. |