Bug 343480

Summary:	Issues with focus
Product:	[Plasma] kwin	Reporter:	Alexander <vo.zaeb>
Component:	general	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	hugo.pereira.da.costa, vo.zaeb
Priority:	NOR
Version:	5.2.0.1
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	Example video

Description Alexander 2015-01-28 21:02:15 UTC

Can reproduce this only with Ruby Mine. Often, while switching between windows with Alt+TAB or when explicitly clicking on another window, Ruby Mine doesn't pass the focus to the target app. I am not sure if this is an issue with RM or Kwin, thus reporting it here first.

Previously, in KDE 4, I also noticed weird behavior of RM - sometimes after switching to another window RM icon was blinking on the taskbar like if there was an event/some activity. But the focus was working well still. In KDE 5 I sometimes have to click twice on the target window for it to take the focus.

I tried to set different rules for "Activating windows policy" and tried to set "Focus stealing prevention" to "Low" and "None" - no luck.

Reproducible: Always

Steps to Reproduce:
1. Open Ruby Mine
2. Try to switch to another application (e.g. dolphin, amarok, google chrome, etc)
3. You can use any way: Alt+TAB, taskbar, or click by mouse on another application's window explicitly
4. One time it switches normally and passes the focus, another -- RM holds the focus even though you just clicked on another window.

Actual Results:  
The focus should be passed to the target window properly

Expected Results:  
Sometimes Ruby Mine remains focused despite the fact you clicked on another window.

Comment 1 Thomas Lübking 2015-01-28 21:44:58 UTC

oracle jdk?

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

Comment 2 Alexander 2015-01-28 22:08:38 UTC

Yup, but I do also use smartgit which also uses same java and doesn't cause this problem.

Comment 3 Thomas Lübking 2015-01-28 22:16:13 UTC

To my current bet it's some timestamp related issue which will make "something" in java reclaim input focus.
I know neither application but could assume it's related to some specific gui element (apparently some text editor, but that's just a wild guess)

Comment 4 Alexander 2015-01-28 22:46:08 UTC

Just found another bug: I have "no borders" on windows so there is a corner at bottom right, that allows to resize windows. Each time I try to drag this corner the window looses the focus. Worth another bugreport or is it a known issue?

Comment 5 Thomas Lübking 2015-01-28 22:56:12 UTC

It's not reproducible here - still on "click to focus"?
Does this affect all windows or just the java client/s?

(Just to be sure: you cannot type into the window *while* you're resizing it. That's normal)

Comment 6 Alexander 2015-01-28 23:38:57 UTC

Created attachment 90763 [details]
Example video

This is reproducible with all windows, they do not get the focus back after you end re-sizing. Also considering this corner is a "border" (or a part of it) it's weird the window looses the focus while re-sizing. I'd expect windows to keep the focus during this procedure.

Comment 7 Thomas Lübking 2015-01-29 00:02:14 UTC

Hugo, windows loose the focus when clicking the resize corner, but that doesn't happen here.
Is this a known bug? (He's using the breeze deco and afaics the oxygen style)

Comment 8 Hugo Pereira Da Costa 2015-01-29 05:55:35 UTC

I cannot reproduce either here ... So no not a known issue