Bug 444243

Summary:	On X11, Notifications disappear below current window on click
Product:	[Plasma] kwin	Reporter:	Timothy B <yule2000>
Component:	general	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	REPORTED ---
Severity:	normal	CC:	hp1656173638, kde, nate, zyf034100
Priority:	NOR	Keywords:	regression
Version:	5.23.1
Target Milestone:	---
Platform:	Manjaro
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	Screen recording of the bug Notification disappearing on click with a maximized active window Glitchy fadeout effect (on second try) xprop output xprop -root output notification disappears

Description Timothy B 2021-10-22 18:09:22 UTC

SUMMARY
When I click anywhere on a Plasma notification, it hides below the active window.

STEPS TO REPRODUCE
1. Ensure that there is a window on the corner of your screen where you expect the notification would appear
2. Make any app send a notification (I used the `notify-send` command on the terminal to easily reproduce this bug)
3. Click anywhere on the notification

OBSERVED RESULT
The clicked notification is hidden below the active window. When there the active window is maximized or covers the entire area where the notification appeared, it would simply disappear instead.

EXPECTED RESULT
Notifications would always stay on top of all windows every time they are clicked, just like in older versions of Plasma before 5.23.

SOFTWARE/OS VERSIONS
Operating System: Manjaro Linux
KDE Plasma Version: 5.23.1
KDE Frameworks Version: 5.87.0
Qt Version: 5.15.2
Kernel Version: 5.14.13-1-MANJARO (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 1600 Six-Core Processor
Memory: 15.6 GiB of RAM
Graphics Processor: Radeon RX 570 Series

ADDITIONAL INFORMATION
This sometimes causes the fadeout effect to appear glitchy when you dismiss the notification by clicking on the close button, but the effect itself is not broken. In addition, changing focus prevention settings or even removing all window rules did nothing to work around this behavior. As far as I know, the 5.23 update introduced this bug; I've never encountered this behavior in any older version of Plasma.

Comment 1 Timothy B 2021-10-22 18:10:21 UTC

Created attachment 142766 [details]
Screen recording of the bug

Comment 2 Timothy B 2021-10-22 18:11:00 UTC

Created attachment 142767 [details]
Notification disappearing on click with a maximized active window

Comment 3 Timothy B 2021-10-22 18:11:41 UTC

Created attachment 142768 [details]
Glitchy fadeout effect (on second try)

Comment 4 Timothy B 2021-10-24 23:19:39 UTC

I would like to add that progress notifications, such as copying a large file with Dolphin, are not affected by this bug. They stay on top as expected if I click on them or even minimize them. Only regular notifications, i.e. those with a close button on the top right corner, are plauged by this unusual behavior.

Comment 5 Vlad Zahorodnii 2021-10-25 16:01:16 UTC

I've tried clicking notification but it accepts events as expected. What plasma theme do you use? Can you try changing the desktop theme?

Comment 6 Vlad Zahorodnii 2021-10-25 16:02:17 UTC

Also, can you attach the xprop output of a notification window? Run notify-send, and shortly after that run xprop and click the notification window.

Comment 7 Timothy B 2021-10-25 16:12:55 UTC

Created attachment 142856 [details]
xprop output

This is happening on both my desktop and laptop, which both use AMDGPU graphics and run the same exact distro and Plasma version. My desktop's theme is Materia, and my laptop is using Breeze, so I don't think that this is a theme-specific issue.

I've also attached the output of `xrandr -spy`. I'm pretty sure I did that correctly as I never did anything like it before.

Comment 8 Timothy B 2021-10-25 16:14:07 UTC

> `xrandr -spy`

Sorry, I meant `xprop -spy`. I was in a rush to post the above comment.

Comment 9 Vlad Zahorodnii 2021-10-26 06:10:24 UTC

> _NET_WM_WINDOW_TYPE(ATOM) = _KDE_NET_WM_WINDOW_TYPE_CRITICAL_NOTIFICATION, _NET_WM_WINDOW_TYPE_NOTIFICATION

this doesn't look right. there should be also _KDE_NET_WM_WINDOW_TYPE_OVERRIDE.

can you post the output of `xprop -root`?

Comment 10 Timothy B 2021-10-26 18:51:48 UTC

Created attachment 142917 [details]
xprop -root output

Comment 11 Timothy B 2021-11-08 02:09:07 UTC

Plasma 5.23.3 is coming out in a few days. Any updates to this so far?

Comment 12 Timothy B 2022-02-24 17:50:55 UTC

This is still happening as of Plasma 5.24.1, and it's really annoying. Any update on this?

Comment 13 Nate Graham 2022-02-28 21:45:49 UTC

*** Bug 450741 has been marked as a duplicate of this bug. ***

Comment 14 Nate Graham 2022-02-28 22:05:05 UTC

I've reproduced this on X11. Not on Wayland though.

I have a distant memory of locating the specific commit causing it when it first happened, and after a bit of digging, I'm pretty sure it was https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1006.

Comment 15 Nate Graham 2022-09-08 17:05:52 UTC

David, could you investigate?

Comment 16 David Redondo 2022-09-19 09:38:41 UTC

I can't reproduce on X11,
- run notify-send test test -t 999999 
- click on notification, it stays on top 

It also doesn't lose _KDE_NET_WM_WINDOW_TYPE_OVERRIDE as inquired by Vlad.

_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NOTIFICATION, _KDE_NET_WM_WINDOW_TYPE_OVERRIDE, _NET_WM_WINDOW_TYPE_NORMAL
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x1, 0x0, 0x0, 0x0
WM_HINTS(WM_HINTS):
                Client accepts input or input focus: True
                window id # of group leader: 0x5e00010
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NOTIFICATION, _KDE_NET_WM_WINDOW_TYPE_OVERRIDE, _NET_WM_WINDOW_TYPE_NORMAL
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NOTIFICATION, _KDE_NET_WM_WINDOW_TYPE_OVERRIDE, _NET_WM_WINDOW_TYPE_NORMAL
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x1, 0x0, 0x0, 0x0
WM_HINTS(WM_HINTS):
                Client accepts input or input focus: False
                window id # of group leader: 0x5e00010
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NOTIFICATION, _KDE_NET_WM_WINDOW_TYPE_OVERRIDE, _NET_WM_WINDOW_TYPE_NORMAL

Are the changes when clicking on it and moving out.

Comment 17 zyf0330 2023-01-29 10:42:01 UTC

Created attachment 155759 [details]
notification disappears

I meet this problem too.

Comment 18 zyf0330 2023-02-24 02:18:24 UTC

(In reply to zyf0330 from comment #17)
> Created attachment 155759 [details]
> notification disappears
> 
> I meet this problem too.

It seems this problem is gone.