Change of behaviours of "notification indicators" - Are notifications read when reading multiple previews from notification lists?

[fpietrosanti]

Currently the enduser and PUDO users receive multiple notification for any single package managed.

When they click on notification, they see the list of notification including their content showed as "previews" .

Unless the user (enduser or PUDO) do click and open explicitly each single message from the notification list, the notification indicator will not disappear.

From and enduser perspective, if i read a list of notification and their preview showed me the full contents of what i had to read/knows, i would expect the notification indicator to power-off (because from my own perspective, there's no new notification to be read, i read it from the list with the preview feature).

Please notes that changing from such a behaviour, could make loosing the tracking of "notification read" or do require adjusting of "notification read" while looking at the notification preview list

[GilGalaad]

we have to add a new state (and consequently a new column) to the notification to distinguish between "viewed notification" and "read notification". the app will mark all the notification shown in the page (whatch out for pagination) as "viewed", and will continue to mark as "read" on the actual opening. i suggest that, as a nice-to-have, that the call is made only like 5 seconds that the user is on the page. after that change, the bell can return the count of "unviewed" instead of "unread".