Summary: | Regression in focus handling (KDE SC 3 -> KDE SC 4) | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Richard Hartmann <richih-kde> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | chanika |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Richard Hartmann
2010-05-11 00:40:51 UTC
Since when does ktorrent determine which application has focus ? This is a kwin problem. well, ktorrent raises a modal dialog that gets the focus. -> ktorrent (error dialog) has the kbd focus you probably closed the modal dialog, thus the focus is passed on to the main window, (found no iccm hint, but every WM i know about does this) but it's not raised. if you set the focus stealing prevention to at least "high", the modal dialog won't take focus unless clicked (raising it as well as ktorrent's mainwindow) What I don't understand is why KDE 3 & KDE 4 would act differently here. With KDE 3, ktorrent would _not_ get keyboard focus and CTRL-Q would close the instance on Konqueror in which I clicked the link. ohh... this has been getting me too. what usually happens is I'm composing an email and chatting on irc... then I send the email, and go back to irc again - but halfway through a sentence I realize I've just triggered a dozen random (hopefully not destructive!) actions in kmail, because even though the only window I could *see* was my irc, kmail had inherited focus. I really don't think this is good behaviour, no matter the focus-stealing level. Renaming this issue. FWIW, the rest of KDE's focus handling can only be called "awesomliest intuitive" (sic); I love it. Please make this tiny bit behave like KDE SC 3 :) *** This bug has been marked as a duplicate of bug 183911 *** |