Bug 343480 - Issues with focus
Summary: Issues with focus
Status: RESOLVED DUPLICATE of bug 343430
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 5.2.0.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-01-28 21:02 UTC by Alexander
Modified: 2015-01-29 05:55 UTC (History)
2 users (show)

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


Attachments
Example video (1.07 MB, video/ogg)
2015-01-28 23:38 UTC, Alexander
Details

Note You need to log in before you can comment on or make changes to this bug.
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