Bug#899378: plasma-desktop: Focus stealing prevention breaks when set to "high"
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, : ]
Bug#899378: plasma-desktop: Focus stealing prevention breaks when set to "high"
¡Hola Emmanuel! 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. * 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? Also, please check your windows rules, you can set specific values to stealing prevention, and stealing protection using them. 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? 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. Happy hacking, -- "Some people worry that artificial intelligence will make us feel inferior, but then, anybody in his right mind should have an inferiority complex every time he looks at a flower." -- Alan Kay Saludos /\/\ /\ >< `/ signature.asc Description: PGP signature
Bug#899378: plasma-desktop: Focus stealing prevention breaks when set to "high"
Package: plasma-desktop Version: 4:5.8.6-1 Severity: normal Dear Maintainer, * 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". * 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. 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. Regardless, of the "smart" aspect, setting FSP to "high" probably shouldn't block krunner and kmenu. Thanks in advance, I hope this bug report is helpful to you. : ] -- System Information: Debian Release: 9.4 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages plasma-desktop depends on: ii breeze 4:5.8.5-2 ii kactivitymanagerd5.8.4-1 ii kde-cli-tools4:5.8.4-2 ii kded55.28.0-1 ii kio 5.28.0-2 ii libc62.24-11+deb9u3 ii libcanberra0 0.30-3 ii libfontconfig1 2.11.0-6.7+b1 ii libgcc1 1:6.3.0-18+deb9u1 ii libkf5activities55.28.0-1 ii libkf5activitiesstats1 5.28.0-1 ii libkf5archive5 5.28.0-2 ii libkf5auth5 5.28.0-2 ii libkf5baloo5 5.28.0-2 ii libkf5bookmarks5 5.28.0-1 ii libkf5codecs55.28.0-1+b2 ii libkf5completion55.28.0-1 ii libkf5configcore55.28.0-2 ii libkf5configgui5 5.28.0-2 ii libkf5configwidgets5 5.28.0-2 ii libkf5coreaddons55.28.0-2 ii libkf5dbusaddons55.28.0-1 ii libkf5emoticons-bin 5.28.0-1 ii libkf5emoticons5 5.28.0-1 ii libkf5globalaccel5 5.28.0-1 ii libkf5guiaddons5 5.28.0-1 ii libkf5i18n5 5.28.0-2 ii libkf5iconthemes55.28.0-2 ii libkf5itemmodels55.28.0-2 ii libkf5itemviews5 5.28.0-1 ii libkf5jobwidgets55.28.0-2 ii libkf5kcmutils5 5.28.0-2 ii libkf5kdelibs4support5 5.28.0-1 ii libkf5kiocore5 5.28.0-2 ii libkf5kiofilewidgets55.28.0-2 ii libkf5kiowidgets55.28.0-2 ii libkf5newstuff5 5.28.0-1 ii libkf5notifications5 5.28.0-1 ii libkf5notifyconfig5 5.28.0-1 ii libkf5parts5 5.28.0-1 ii libkf5people55.28.0-1 ii libkf5peoplewidgets5 5.28.0-1 ii libkf5plasma55.28.0-2 ii libkf5plasmaquick5 5.28.0-2 ii libkf5quickaddons5 5.28.0-1 ii libkf5runner55.28.0-1 ii libkf5service-bin5.28.0-1 ii libkf5service5 5.28.0-1 ii libkf5solid5 5.28.0-3 ii libkf5sonnetui5 5.28.0-2 ii libkf5wallet-bin 5.28.0-3 ii libkf5wallet55.28.0-3 ii libkf5widgetsaddons5 5.28.0-3 ii libkf5windowsystem5 5.28.0-2 ii libkf5xmlgui55.28.0-1 ii libkfontinst54:5.8.6-1 ii libkfontinstui5 4:5.8.6-1 ii libkworkspace5-5 4:5.8.6-2.1+deb9u1 ii libpackagekitqt5-0 0.9.6-1 ii libphonon4qt5-4 4:4.9.0-4 ii libpulse-mainloop-glib0 10.0-1+deb9u1 ii libpulse010.0-1+deb9u1 ii libqt5concurrent55.7.1+dfsg-3+b1 ii
