Some notifications remain visible, even though the timeout has elapsed.
Hovering the notification with the mouse restarts the timer (and the vertical progress bar), but the notification won't disappear until I manually dismiss it, clicking the red X-button.
I have the same problem, this happens for me with notifications from KDE Connect, and with notifications from Firefox (Whatsapp Web). Other notifications do disappear after the timeout.
Related : 369041
Trying again as can't edit : bug 369041
I'm added a comment on here , although I think either this or bug 369041 should be marked as duplicate.
I am seeing this as well.
Info Center gives:
Operating System: Fedora 33
KDE Plasma Version: 5.20.3
KDE Frameworks Version: 5.75.0
Qt Version: 5.15.1
Kernel Version: 5.9.10-200.fc33.x86_64
OS Type: 64-bit
Processors: 8 × Intel® Core™ i7-8650U CPU @ 1.90GHz
Memory: 23.1 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 620
Its not consistent , if I clear all notifications sometimes things sent with timeout do go away, sometimes things get stuck and then they all pile up. This even happens with kdialog with --passivepopup <msg> 3
If I clear all notifications, then e.g. "/usr/bin/kdialog --passivepopup "%subject from %sendername" 3" works again and messages stop piling up.
I do wonder if its Firefox google chat pinned tab that is not timing out that then causes everything to pile up behind it.
*** Bug 369041 has been marked as a duplicate of this bug. ***
*** Bug 390784 has been marked as a duplicate of this bug. ***
My observation has been that low-priority notifications do the timer animation and *do* go away (which seems correct). Normal-priority notifications do the little timer animation around the close button but *do not* go away (which seems broken). Critical-priority notifications do not show the animation and do not go away (which seems correct).
The change to me seems to be the way normal notifications don't hide after the timing animation like they used to. I've only really started noticing it over the last month or so in the newer plasma packages for Ubuntu Jammy. It's annoying because so many apps (Teams, Flameshot, etc.) use normal-level notifications. Unfortunately we can't just completely disable notifications from something like Teams... or we won't see an "answer this call" pop-up if someone calls you.
In addition to having 'normal' priority notifications autohide after timeout, it would be great to have extra options in the notification configuration such that the *user* can decide if they want each priority to autohide (or not) after their own configurable times. And, of course, if it could be overridden on a per-app basis then all the better.
I'm getting this issue using compiled plasma desktop 5.25.0 in Kubuntu 21.04
Kubuntu comes with 5.24.4 and notifications are fine.
Operating System: Kubuntu 21.10
KDE Plasma Version: 5.25.0
KDE Frameworks Version: 5.96.0
Qt Version: 5.15.2
Kernel Version: 5.13.0-51-generic (64-bit)
Graphics Platform: X11
Processors: 8 × Intel® Core™ i7-7700HQ CPU @ 2.80GHz
Memory: 15.5 GiB of RAM
Graphics Processor: NVIDIA GeForce GTX 1060/PCIe/SSE2
Any one else has notice this regression?
I have this issue in KDE Neon fully updated.
Doing kdialog with --passivepopup holissssssssssss 3 has the issue, as well as brave/chrome notifications.
Restarting the system solves the issue till... till something happens and breaks.
Sorry I can't give more details on the conditions for this to happen, I have this issue for more than a year, sometimes it disappears, then is back.
It happens with Xorg using intel or nvidia (as default, not prime)
Can I do something to shed more light on this @Kai Uwe Broulik ?
Using Plasma 5.25.3 solved the problem for me.
Can reproduce on 5.26