Summary: | notification sent by notify-send not shown via notifications on the panel | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | boris.sh.1983+kde.bugzilla |
Component: | Notifications | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | bhush94, mklapetek, plasma-bugs |
Priority: | NOR | ||
Version: | 5.2.0 | ||
Target Milestone: | 1.0 | ||
Platform: | Debian unstable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
boris.sh.1983+kde.bugzilla
2015-07-28 08:05:09 UTC
notification work as expected if the timeout is zero The notifications applet only stores notifications that are persistent, cause they meant to be stored (they are "persistent"). Other notifications are meant to simply inform you something has happened, not stay around forever. Besides, the timeout was fixed by the server, so that's why your timeout is less than what you set. This is fixed with Plasma 5.4.0. *** This bug has been marked as a duplicate of bug 342260 *** I understand , I believe that this is a regression in the notification system . After this change I no longer have the ability to see non persistent alerts, as the notification pop up will vanish very fast (I think this is around the 10 seconds ) and will not be seen in the backlog. (the information is lost) my use case is that I have a verity of scripts that send sensory alarms that are updated once in 3 seconds, after the timeout had past there is no need for that info (it is not valid anymore) but during that time there should be a way to see that alert. As I said, the timeout was pretty much fixed in the notification server, this is fixed in Plasma 5.4. Starting with 5.4, it will always honor the timeout you pass to it, so if you have $ notify-send -t 100000 hello The popup bubble will stay for 100 seconds on the screen. I think your usecase could be better solved using an applet or KStatusNotifierItem. |