Bug 237187 - Regression in focus handling (KDE SC 3 -> KDE SC 4)
Summary: Regression in focus handling (KDE SC 3 -> KDE SC 4)
Status: RESOLVED DUPLICATE of bug 183911
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-11 00:40 UTC by Richard Hartmann
Modified: 2010-05-16 13:26 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Hartmann 2010-05-11 00:40:51 UTC
Version:           3.3.4 (using 4.4.3 (KDE 4.4.3), Debian packages)
Compiler:          cc
OS:                Linux (i686) release 2.6.32-4-686

(The new version might fix this. Sorry if it does; I will try to triage)

The keyboard focus act weird under certain conditions.

Reproduce:

1) Start ktorrent
2) Open a .torrent file, start downloading
3) Open Konqueror and open the same torrent file in a new window
4) ktorrent will display an "error" telling you that the trackers have been merged
5) Press CTRL-Q to close the useless & empty Konqueror instance
6) ktorrent will close as it has keyboard focus even though I wanted to close Konqueror

I need to click into the Konqui instance or press alt-tab to get focus so I can close Konqui. You can probably see why this is annoying :)

Plus, this is just plain broken.
Comment 1 Joris Guisson 2010-05-12 19:28:08 UTC
Since when does ktorrent determine which application has focus ? This is a kwin problem.
Comment 2 Thomas Lübking 2010-05-12 21:24:45 UTC
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)
Comment 3 Richard Hartmann 2010-05-14 11:16:25 UTC
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.
Comment 4 Chani 2010-05-15 02:42:41 UTC
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.
Comment 5 Richard Hartmann 2010-05-15 11:56:59 UTC
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 :)
Comment 6 Martin Flöser 2010-05-16 13:26:52 UTC

*** This bug has been marked as a duplicate of bug 183911 ***