Created attachment 141388 [details] A screenshot of Overview when conky is running SUMMARY Under specific conditions conky window doesn't get hidden when invoking Overview. This is not a real report of some bug but a quality of experience feature request. STEPS TO REPRODUCE 1. Set the following options for conky using Kwin's Window Rules: Skip taksbar, Skip pager, Skip switcher, Keep below other windows, Set window type Dock (panel) 2. Launch conky 3. Try to invoke Overview OBSERVED RESULT Conky window does not hide and, interestingly, it covers windows previews shown by Overview effect despite kwin's setting for conky "keep below". EXPECTED RESULT Some windows like conky should hide even if they have a setting to not hide normally. Or maybe all previews generated by Overview should be above all to make such windows as conky be somewhere in the background. The second option seems to be the most simple one from my noob point of view. SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.22.80 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION Sorry for mentioning something not related to exact problem described above but I didn't want to create another bug report given the fact that this another issue has appeared just day(s) ago and you might be aware of it but I just must say this: recently Overview effect invoked when there are more than 1 screen attached has begun showing literally nothing. I mean all those windows you see on the enclosed screenshot are not present when I do Ctrl+Meta+D with my second monitor plugged. So I just hope you won't forget to test how it looks on multiple screens before you release it in Plasma 5.23. Cheers!
What's interesting also, "good old" Present Windows effect places windows previews above conky window. That's exactly what I think should be true to Overview effect, too.
Can you please run `xprop` in konsole, click conky, and post the output of xprop here?
Sure, here it goes: _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_CHANGE_DESKTOP _NET_WM_DESKTOP(CARDINAL) = 0 WM_STATE(WM_STATE): window state: Normal icon window: 0x0 _NET_WM_STATE(ATOM) = _NET_WM_STATE_BELOW, _NET_WM_STATE_SKIP_TASKBAR, _NET_WM_STATE_SKIP_PAGER, _KDE_NET_WM_STATE_SKIP_SWITCHER _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL _KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 45458 WM_PROTOCOLS(ATOM): protocols WM_NAME(STRING) = "conky (reiwa)" WM_LOCALE_NAME(STRING) = "en_GB.UTF-8" WM_CLASS(STRING) = "conky", "conky" WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. WM_CLIENT_MACHINE(STRING) = "reiwa" WM_COMMAND(STRING) = { "/usr/bin/conky", "--pause=1" }
Excuse me, what's the status of this? I just noticed that 5.23 (got it yesterday) does have this issue, Conky flows above Overview'ed windows. Interesting though, clicking on area occupied by both Conky AND some window brings focus to that window. So technically this effect has no flow but visually it does. And btw pls note the way windows titles look on the screenshot attached to the bugreport. Bold and blurry text isn't a great idea I guess.
I'm sorry, /s/flow/flaws
> Set window type Dock (panel) I guess because Plasma panels are still shown above the overview effect (intentionally), in doing that all windows of type Dock (panel) are also treated like Plasma panels and shown above. Why do you want to set type Dock (panel) on Conky windows though?
(In reply to Bharadwaj Raju from comment #6) >> Why do you want to set type Dock (panel) on Conky windows though? Because any other option would make Conky disappear on Show Desktop / Minimize all windows or add it to the list of windows when using Alt+Tab. Only "dock" makes it stick to its position whatever action is performed.
(In reply to Vladimir Yerilov from comment #7) > (In reply to Bharadwaj Raju from comment #6) > >> Why do you want to set type Dock (panel) on Conky windows though? > > Because any other option would make Conky disappear on Show Desktop / > Minimize all windows or add it to the list of windows when using Alt+Tab. > Only "dock" makes it stick to its position whatever action is performed. Set it to type "Desktop", then it should stay with the desktop. Right now panels being shown in the Overview is intentional.
(In reply to Bharadwaj Raju from comment #8) > Set it to type "Desktop", then it should stay with the desktop. Right now > panels being shown in the Overview is intentional. Thanks for the hint, however I learned to like it as it is over time. My conky is semi-transparent so I can see it when I invoke Overview together with window's content, and at the same time with clicking on conky covering such window I can switch to that window, which is fine. It could be worse otherwise, but this way is kind of nice - conky covers windows, but does not steal focus, it acts like it is placed above the mouse cursor. In short, I'm not concerned about this bug anymore.
Looks like it'll be fixed by the fix for Bug 444274. *** This bug has been marked as a duplicate of bug 444274 ***