[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 kde@grau.net changed: What|Removed |Added CC||kde@grau.net Status|REPORTED

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 Nick Cross changed: What|Removed |Added CC||k...@goots.org -- You are

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 Thomas Lübking changed: What|Removed |Added See Also|

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #16 from r...@alum.mit.edu --- So there is still a problem: when I'm saving a document in LibreOffice, it grabs focus away a couple of times when it's done even with focus stealing prevention set to extreme and when I was typing into Firefox

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #15 from r...@alum.mit.edu --- I see. The comment "raising is split from activation, we are more generous on former, so that the user does not easily miss windows that are denied activation" (from reviewboard 124130) describes what I have

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #14 from Thomas Lübking --- (In reply to rlk from comment #13) > When I type "konsole", the *new* konsole window that pops up gets the focus > away from > the existing one. Yes, this is determined by the focus

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #13 from r...@alum.mit.edu --- No, because I haven't closed the first konsole window. When I type "konsole", the *new* konsole window that pops up gets the focus away from the existing one. The same thing happens with xterm or

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #12 from Thomas Lübking --- ffm is like Ctf, mInus the need to click. the focus is not bound to the mouse position, but the fsp policy. the precedence is relevant to the focus decision when a window is closed and

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #11 from r...@alum.mit.edu --- Another, simple case: 0) Focus follows mouse, mouse precedence, focus stealing prevention medium, both autoraise and click to raise turned off. 1) Start konsole, put it on the right hand side of the screen,

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #10 from r...@alum.mit.edu --- Still happens in 5.6.0. -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #8 from r...@alum.mit.edu --- Ugh. Virtual desktop switching is really bad news. I just don't want the focus to switch, period. I'll be installing 5.6.0 shortly. If it does actually switch the desktop -- even with mouse follows/under

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #7 from Thomas Lübking --- Ok, please ensure to test this on 5.6.0 - there's a good chance it's covered by forementioned patch, but actually™ the virtual desktop should change alongside the focus and it may be

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #6 from r...@alum.mit.edu --- Firefox, xterm, and pidgin, not LibreOffice. All of my LibreOffice windows (there were two documents in addition to the popup) are on the other virtual desktop. (To be precise, the FF, xterm, and pidgin are on

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #5 from Thomas Lübking --- What kind of window is active on the desktop you'd like to stay on. LibreOffice one as well? (Fyi, It's "::focusPolicyIsReasonable()" since KDE2 and we're not gonna draw a git wall

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #4 from r...@alum.mit.edu --- More information: I can reproduce this with focus follows mouse/mouse precedence, with focus stealing prevention anything up to high. It does not happen with extreme focus stealing prevention. It is not

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #3 from r...@alum.mit.edu --- Also, the virtual desktop doesn't switch (which would be a problem in its own right). -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 --- Comment #2 from r...@alum.mit.edu --- No dialog. The LibreOffice window on the other virtual desktop simply gets the focus and whatever window the mouse is under loses it. This is LibreOffice 4.2.7, which is obsolete (I'm using it because I have

[kwin] [Bug 360878] ::allowClientActivation should unconditionally return false for unreasonable focus policies

https://bugs.kde.org/show_bug.cgi?id=360878 Thomas Lübking changed: What|Removed |Added Summary|focus stealing prevention