Thread:Andrewds1021/@comment-45117243-20201111034700/@comment-45117243-20201125063343

This is the report I am going to send. Do you have something to add?  Hello!

This is supposed to be a detailed report about problems related to the notification system. It is based on some research Andrewds1021 and me were doing (discussed in https://community.fandom.com/wiki/Thread:2042666, and is somewhat related to ticket #984984).

We were able to track it down and apparently the initial 10 notifs are loaded from multiple types, but any further notifs are loaded only from discussion replies and discussion upvotes. Message wall/talk page notifs, comment notifs, and at-mention notifs - disappear whenever they are not in the first 10. The problem appears to come from the request URL - the further requests don't specify any contentType parameter so they get only the default type.
 * The most serious problem is that many types of notifications "disappear" from the UI before being read.


 * Another problem is that some wall notifs aren't marked as read when visited. I think I tracked down this one too - It appears that for usernames with spaces in them, the spaces in the URL aren't encoded to underscores. The page is finally redirected to the right place, but I guess the system doesn't recognize it as a successful visit for the notif. In addition, sometimes the URL parameter ?threadID= is lost during the redirect, and I get the entire wall rather than the specific thread.


 * There is no auto-refresh for the number of unread notifications, nor for the notification cards themselves. The number is stucked as it was when the page was loaded, and the notif cards as they were when the user first hovered over the bell icon.


 * Clicking the "Mark all as read" button does not visually affect the notif cards until reloading the page. That has to do with the "wds-is-unread" class not being removed from the element.


 * Email notifications aren't sent for UCP wall messages.


 * Regarding the raw notifications service (https://services.fandom.com/on-site-notifications/notifications) - it appears that the service returns errors while trying to retrive "old" notifications (around #170 and up). Reducing the requests to one notification at a time allows retrieving more notifications without an error, though.

** The visual difference between read and unread notifications is hard to notice. ** The notifications aren't sorted by wiki nor by type. The user is just thrown between different wikis while checking them in order. ** The avatar pictures of the users who replied don't appear unless there are at least three. (For comparision - the legacy envelope notifs always show the avatar of the last actor) ** Upvote notifs don't specify the user/s who upvoted, even though this data is stored. That encourages uvpote-spamming. ** The associated icons to notif types could be better fitted to help distinguishing between the types. For example: Envelope for wall notifs, at-sign for at-mentions, something page-related for article comments. (Compare https://dev.fandom.com/wiki/OrganizedNotifs) ** There are notifications for replies to an article/blog comment, but there is no notification for a new comment, even on someone's own blog post.
 * The following are design feedbacks, rather than bugs:

Thank you in advance!