https://bugs.kde.org/show_bug.cgi?id=368346
Bug ID: 368346
Summary: Add configuration option to set notification
expiration timeout
Product: kmail2
Version: unspecified
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
Component: general
Assignee: kdepim-b...@kde.org
Reporter: jan...@hbz-nrw.de
With KDE/Plasma 5 a change was made to the notification system which keeps
desktop notifications from being saved in the notifications history unless
they´re explicitly marked as "persistent": cf. the discussion at
https://github.com/blue-systems/plasma-5.4/issues/48
To me, this is a rather annoying behavior especially with notifications for
incoming mails (mine are sorted to a bunch of folders automatically and if I
did not read the notification I have to go on a hunt for the new mail...).
Other people have similar complaints in different situations; e.g. see Bug
#356657.
Since the notifications protocol mandates that the app sending the notification
is responsible for the timeout I´d suggest adding an appropriate option to the
KMail configuration.
The behavior of "notify-send" when used with the "-t 0" switch makes some
sense: it shows the notification for a few seconds in a pop up window which
then auto-hides while the notification is kept in the systray widget
(notification history) unless dismissed explicitly.
On the other hand it might be even better if one could configure two timeouts:
one for the pop up and one for the time the notification would be kept in the
history until dismissed automatically (with 0 probably meaning: keep until
dismissed manually by the user).
Reproducible: Always
I´m torn between marking this as a wishlist item and a bug because I consider
it a regression...
--
You are receiving this mail because:
You are watching all bug changes.
