Bug#899378: plasma-desktop: Focus stealing prevention breaks when set to "high"

[Emmanuel Revah <bugreport@manurevah.com>]

Le 2018/05/24 11:46, Maximiliano Curia a écrit :
> ¡Hola Emmanuel!

Hey,


> El 2018-05-23 a las 15:59 +0200, Emmanuel Revah escribió:
> > Package: plasma-desktop
> > Version: 4:5.8.6-1
> > Severity: normal
>
> >   * What led up to the situation?
>
> > I set focus stealing prevention to "high"
>
> >   * What was the outcome of this action?
>
> > Focus stealing prevention blocks krunner and kmenu (as well as the 
> > clock), these elements very briefly appear before being "blocked".
>
> Interesting, but I'm not sure if this can be considered a bug or a
> feature. In any case this is an upstream issue, can you please report
> this issue in the kde bug tracker (https://bugs.kde.org, you'll need a
> bugzilla account for reporting this), if you do this, please leave a
> note in this bug with the url of the upstream bug so we can track it.


Thanks for the link, I checked and there is already a bug report at 
https://bugs.kde.org/show_bug.cgi?id=377914

The first post explains exactly my issue :

> Nikos Chantziaras 2017-03-22 08:07:41 UTC
> When setting a focus stealing prevention level higher than "medium" 
> makes it impossible to open the application launcher anymore. Clicking 
> it does nothing.
> The only case where it opens is when manually unfocusing all windows 
> (by clicking on the desktop first.)


> >   * What outcome did you expect instead?
>
> > I was expecting the focus stealing prevention to help avoid having new 
> > windows steal the focus while I'm focused and active on a program.
>
> > For example, I open Firefox, but it takes a while, so I start typing 
> > in a terminal, and then, Firefox opens and steals the focus, and bam, 
> > I'm searching the Internet for my root password.
>
> I don't see this behaviour, testing it with xterm, firefox and
> konsole. Was this just an hypothetical example or is this reproducible
> in your setup? What other rules do you have in place? What are you
> using for activating windows?


I tested on a different computer with the exact setup, I can confirm 
what you said.

For example, I do "sleep 3 && firefox" and then open another term and 
type away, with "Medium" and above, Firefox does *not* steal focus. 
Sorry for having been unclear. It's possible that there are cases I've 
not managed to precisely note and reproduce.


[...]
> > With the "smart" focus stealing prevention that was available before 
> > (I'm not sure when), I could open new windows, they would take the 
> > focus only if I wasn't actively using another program.
>
> There is no smart focus stealing prevention, at least in the plasma 5
> versions, was that ever part of kwin?

I searched as I can't remember if it was called like that, if it was, it 
was way back (KDE 4 or even 3)...


> > Regardless, of the "smart" aspect, setting FSP to "high" probably 
> > shouldn't block krunner and kmenu.
>
> I'm not sure if a keybinding should follow a different rule, please,
> discuss this upstream. Saying that, even pressing on the application
> launcher doesn't work with FSP set to "high", that can't be right.


It's the whole discussion on the KDE bug report, because it appears that 
"technically" (even the quotes should be in quotes) it's "expected".

I guess we can close this bug report.



> Happy hacking,

You too,
: ]