Summary: | switching back to fullscreen konqueror and xterm doesn't get the focus | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Blindauer Emmanuel <bugs.kde.org> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | elInfo, ltskinol |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Mandrake RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Blindauer Emmanuel
2003-11-28 19:08:46 UTC
I'm unable to confirm this with KDE CVS as of 2003-11-29. I reported a similar bug a few weeks ago (which is now fixed). Reporter: do you know how old the RPMs are that you're using? This may already be fixed. rms are from cvs post 231111. a cvs compiled from 26-11 shows the problem too. To be more precise, before switching to another desktop and getting back on first, the xterm must be lowered, with moving the mouse to get the focus on the konqueror and with full screen be-ing active, will raise up the konqueror. I'll try to recompile a cvs today to see if it's still valid or not. cvs from 29/11 shows the same problem. exact movement to reproduce: * start konqueror , ctrl shift f -> fullscreen * alt f2 open new xterm * move the mouse outside the xterm -> konqueror raise up. * ctrl f2 -> switch to desktop 2 * move the mouse back so that the cursor will be inside the xterm when coming back * ctrl f1 -> xterm and konqueror are fighting each other :) Confirmed. Interesting that Konqueror raises above the xterm initially. I think that may be part of the problem. It should be ok now (it probably won't make it in beta2 though). |