Audit all the notification types, and confirm that they should be blocked by default (for senders that are blocked). Most are straightforward, but some like 'revert' and 'user-rights' may need further consideration.
|Resolved||matmarex||T192147 Regression: Changes to email blacklist or muted users do not activate Save button in Preferences|
|Resolved||dbarratt||T173973 Preferences/Notification, Save button stays disable when editing Block list|
|Open||None||T164542 Epic: ⚡️ General user mute/block feature|
|Resolved||• jmatazzoni||T150419 Allow users to restrict who can send them notifications|
|Resolved||• TBolliger||T166835 Audit all notification types to see if any more should be exceptions|
Two things to consider:
- if a blocked user changes user rights - the Echo notification won't come.
- Email notifications (along with Echo notifications) won't come from a blocked user (the current phrasing for Block list refers only to Echo notifications)
Echo notifications can be delivered in two ways, web (popup) and email. For most notification types, you can enable either, both, or neither in preferences. So e.g. if you receive an email notification of a mention, that is still an Echo notification.
I've looked at Special:Preferences#mw-prefsection-echo and the spreadsheet Joe shared and I do not think the Mute feature needs to be altered at this moment. Definitely open to changing this in the future (and even making it more granular) especially if/when we get to T167902: Build a unified, cross-wiki Mute feature for multiple types of on-wiki and email communication