Bug 413203 - Some notifications don't disappear after timeout
Summary: Some notifications don't disappear after timeout
Status: CONFIRMED
Alias: None
Product: plasmashell
Classification: Unclassified
Component: Notifications (show other bugs)
Version: 5.17.0
Platform: Archlinux Packages Linux
: NOR normal
Target Milestone: 1.0
Assignee: Kai Uwe Broulik
URL:
Keywords:
: 369041 390784 (view as bug list)
Depends on:
Blocks:
 
Reported: 2019-10-19 17:20 UTC by Christian Muehlhaeuser
Modified: 2022-04-07 19:29 UTC (History)
9 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Muehlhaeuser 2019-10-19 17:20:22 UTC
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.
Comment 1 Andrew Ammerlaan 2020-10-20 20:04:41 UTC
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.
Comment 2 Nick Cross 2020-11-30 15:15:31 UTC
Related : 369041
Comment 3 Nick Cross 2020-11-30 15:15:58 UTC
Trying again as can't edit : bug 369041
Comment 4 Nick Cross 2020-12-01 07:32:44 UTC
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.
Comment 5 Nicolas Fella 2021-01-17 23:00:37 UTC
*** Bug 369041 has been marked as a duplicate of this bug. ***
Comment 6 Nicolas Fella 2021-01-17 23:20:45 UTC
*** Bug 390784 has been marked as a duplicate of this bug. ***
Comment 7 Jesse Litton 2022-04-07 19:29:22 UTC
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.