Created attachment 133755 [details] Screenshot of the notification tray SUMMARY Sometimes the notification tray shows "no unread notification" even if there are, in fact, notifications there. STEPS TO REPRODUCE 1. Receive a notification 2. let it time out so it goes in the tray 3. open the tray OBSERVED RESULT The notification is shown along with the text "no unread notification". EXPECTED RESULT The notification is shown without any further text. SOFTWARE/OS VERSIONS Linux: KDE neon Focal KDE Plasma Version: 5.20.3 KDE Frameworks Version: 5.76.0 Qt Version: 5.15.1 ADDITIONAL INFORMATION
That's weird. Cannot reproduce.
I've sometimes seen this happen, or at least the "clear history" was grayed out indicating that it didn't think there were unread notifications. Alas, I haven't managed to reproduce it reliably.
Git commit 67f9d5031bc388cd627e49ece63fc672d814a17d by Kai Uwe Broulik. Committed on 26/01/2021 at 21:26. Pushed by broulik into branch 'master'. [Notifications] Re-evaluate unread count when a notification is "read" This is when a notification was hovered and thus "acknowledged", which was added after the original `updateCount` implementation. M +2 -1 libnotificationmanager/notifications.cpp https://invent.kde.org/plasma/plasma-workspace/commit/67f9d5031bc388cd627e49ece63fc672d814a17d
Git commit f39049578967c410c6c23c5e91d33e2e3a61a196 by Kai Uwe Broulik. Committed on 26/01/2021 at 21:26. Pushed by broulik into branch 'Plasma/5.21'. [Notifications] Re-evaluate unread count when a notification is "read" This is when a notification was hovered and thus "acknowledged", which was added after the original `updateCount` implementation. (cherry picked from commit 67f9d5031bc388cd627e49ece63fc672d814a17d) M +2 -1 libnotificationmanager/notifications.cpp https://invent.kde.org/plasma/plasma-workspace/commit/f39049578967c410c6c23c5e91d33e2e3a61a196
(In reply to Kai Uwe Broulik from comment #3) > This is when a notification was hovered and thus "acknowledged", which was > added after the original `updateCount` implementation. I'm not sure this is the case: it just happened to me again with a KDE Connect notification which I haven't hovered as I wasn't at the PC. We'll see once I'll be able to test this patch though.
Git commit d840c5dca2090c90d7b7d5633d80f85d9f8758db by Kai Uwe Broulik. Committed on 14/03/2021 at 19:02. Pushed by broulik into branch 'master'. [Notifications] Emit dataChanged in setData call Ensures the role is properly signalled to have changed. M +7 -2 libnotificationmanager/abstractnotificationsmodel.cpp https://invent.kde.org/plasma/plasma-workspace/commit/d840c5dca2090c90d7b7d5633d80f85d9f8758db
Git commit 73c104ac393583599fc7fecc3a8934ca392cb35a by Kai Uwe Broulik. Committed on 14/03/2021 at 19:06. Pushed by broulik into branch 'Plasma/5.21'. [Notifications] Emit dataChanged in setData call Ensures the role is properly signalled to have changed. (cherry picked from commit d840c5dca2090c90d7b7d5633d80f85d9f8758db) M +7 -2 libnotificationmanager/abstractnotificationsmodel.cpp https://invent.kde.org/plasma/plasma-workspace/commit/73c104ac393583599fc7fecc3a8934ca392cb35a
This still happens all the time with Plasma 5.22.5 and Frameworks 5.86.0.
Just with Spectacle's notifications, or with any others too?
I've seen it with KDE Connect, Thunderbird, Slack and Spectacle notifications among others.
Is it still happening in Plasma 5.27, Riccardo?
No, I haven't experienced it in a while. I'm closing this down as fixed. Thanks to all people involved!