Desktop grid shows notification pop-up as sticky windows on all virtual desktop, which is imho not very useful. Notification pop-up shouldn't be shown at all during the desktop grid effect. Reproducible: Always Steps to Reproduce: 1. Transfer a big file to a distant server (so that you have a running action in the background, and hence the notification that comes along) 2. Left click on the notification icon to show the transfer details 3. Then use the desktop grid effect 4. The notification pop-up is shown on every virtual desktop
Created attachment 77046 [details] Exemple of notification pop-up shown on every single virtual desktop
please post or attach the output of "xprop" of the popup (the cursor turns into a cross, when you the click the window, the information is written to stdout)
Here is the output of xprop on that pop-up : $ xprop _KDE_NET_WM_FRAME_STRUT(CARDINAL) = 0, 0, 0, 0 _NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 0, 0 WM_STATE(WM_STATE): window state: Normal icon window: 0x0 _NET_WM_DESKTOP(CARDINAL) = 4294967295 _KDE_NET_WM_ACTIVITIES(STRING) = "ALL" _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE _NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 119564027 _NET_WM_USER_TIME(CARDINAL) = 848363599 _KDE_SHADOW_OVERRIDE(_KDE_SHADOW_OVERRIDE) = 0x1 _NET_STARTUP_ID(UTF8_STRING) = "0" _KDE_SLIDE(_KDE_SLIDE) = 0xffffffff, 0x1 _KDE_NET_WM_BLUR_BEHIND_REGION(CARDINAL) = 9, 0, 402, 298, 10, 298, 400, 1 _NET_WM_STATE(ATOM) = _NET_WM_STATE_ABOVE, _NET_WM_STATE_STAYS_ON_TOP, _NET_WM_STATE_SKIP_TASKBAR, _NET_WM_STATE_SKIP_PAGER XdndAware(ATOM) = BITMAP _MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0 WM_CLIENT_LEADER(WINDOW): window id # 0x7200004 _NET_WM_PID(CARDINAL) = 6155 _NET_WM_WINDOW_TYPE(ATOM) = _KDE_NET_WM_WINDOW_TYPE_OVERRIDE, _NET_WM_WINDOW_TYPE_NORMAL _MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x3, 0x0, 0x0, 0x0 WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST WM_NAME(STRING) = "plasma-desktop" WM_LOCALE_NAME(STRING) = "fr_FR.UTF-8" WM_CLASS(STRING) = "plasma-desktop", "Plasma-desktop" WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. window id # of group leader: 0x7200004 WM_NORMAL_HINTS(WM_SIZE_HINTS): user specified location: 1189, 31 program specified location: 1189, 31 user specified size: 420 by 308 program specified size: 420 by 308 program specified minimum size: 418 by 305 program specified maximum size: 1680 by 1050 window gravity: NorthWest WM_CLIENT_MACHINE(STRING) = "deep" WM_COMMAND(STRING) = { "/usr/bin/plasma-desktop" }
doesn't look like there is anything in it we could use as a heuristics to detect such window.
it skips pagers and ultimately the desktop grid is a (giant) one.
> it skips pagers and ultimately the desktop grid is a (giant) one. I want to see my Yakuake in Desktop Grid
Ok, i'd then say to pass this to plasma on whether switcher skipping would be reasonable or this can (should?) be made a dock. @Alexandre you can always setup a kwin rule (kcmshell4 kwinrules) for either. This will only have impact if present windows is used, but works (because i keep yakuake out of page/taskbar/switcher - not turn it into dock, has side effects - this way and just wondered about Martins comment ;-)
Ok I did use kcmshell4 kwinrules to achieve notification to not show during desktop grid. I just had to select the pop-up properties : - window class (exact) : Plasma-desktop - window type : normal window then in the third tab "Access & arrangement" (loosely translated from French), check "Ignore task switcher" > "Force" > "yes" Then apply and you are done ! I hope there won't be too much side effects to this rule. And now that Martin mention it, I'll do that to Yakuake too ; I personally don't want to see Yakuake on every virtual desktop ;)
You won't be able to alt+tab into the notification. @plasma devs: the "problem" here is that notifications are pretty much regular windows and the question is whether they should either skip the switcher or be docks rather than regular windows (with the kde prop. override redirect hint)
Since the Notification widget was replaced with a newer QML-based one, the previous versions are now considered unmaintained. There will be no more code contribution to the older versions. Please only report bugs and wishes to the new version, available since KDE 4.10
sorry, but that particular problem is still visible with the new notification system
Hello! This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug is already resolved in Plasma 5. Accordingly, we hope you understand why we must close this bug report. If the issue described here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging Thanks for your understanding! Nate Graham