-
Notifications
You must be signed in to change notification settings - Fork 10.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[IMPROVE] Change default user's preference for notifications to 'All messages' #15420
Conversation
server/startup/migrations/v160.js
Outdated
if (mobileNotifications && mobileNotifications.value === 'mentions') { | ||
Settings.update({ _id: 'Accounts_Default_User_Preferences_mobileNotifications' }, { value: 'all' }); | ||
} | ||
}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this is still going to be such a shocker for existing deployments. :( Even with the blog post
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hopefully they'll be shocked in a good way 😬
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
same 😬
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We could use the new helper to alert admins about this change (if the setting was updated to all
)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I couldn't get a good enough looking banner to show to admins :/
@@ -243,7 +243,7 @@ settings.addGroup('Accounts', function() { | |||
], | |||
public: true, | |||
}); | |||
this.add('Accounts_Default_User_Preferences_desktopNotifications', 'mentions', { | |||
this.add('Accounts_Default_User_Preferences_desktopNotifications', 'all', { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we really do this for desktop too? TBH the mobile one didn't annoy me when we first tried this change out. But the desktop one very quickly made me trigger busy mode to silence them
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IMHO if we change one we should change both
Just for reference, will this affect existing deployments upon upgrade i.e. change users' preferences? |
@antgel you can find more information on this blog post. It will change the server setting for notifications and not the user's preferences, but all users that are using the default value that inherits the server's value will have the behavior changed for the existent installations. |
@rodrigok Thanks for the answer. I'm completely mystified by this, as part of how we sell RC internally is the low noise compared to email. I don't understand why people would want to get notifications for everything. What is the point of mentions in that case? (Note, I'm reasonably assuming that most users aren't experts and don't tweak their preferences.) |
Just seen this (because we don't all read every github issue) This is completely and utterly insane. Admin set defaults should never be changed like this unless it is actually a bug. Now going to have as many mystified admins running round wondering what the hell has happened as their users phones suddenly explode with notification messages, and probably overwhelm the notification gateways as well. And I thought Rocket.Chat was looking at limiting the number of notifications, not increasing them? |
@antgel mostly because people coming from other platforms are used to get notifications for everything. Since we're changing the default value at server level, you can change it back to the value you think is better without asking to your users. @reetp this is in fact considered a bug to many users that expect to receive a notification when a message is sent to a group (channel/private channel) they participate. that's why we are changing the default value. also this is why we're being very verbose about this change, because we want to let everybody know about it before hand, so when they upgrade and they don't even want to try the new value, they can change it back right away. we'll not limit notifications during this transition period, it is stated on the blog post as well:
|
@sampaiodiego I write in good faith, I don't intend to flame. :)
Okay, but why not just leave it for existing installs? It's a significant change in behaviour. If admins were hearing so much about this "bug", they would either 1) change the server default or 2) educate their users.
Then these users need to understand more about ChatOps and noise. Again, what is the point of @-mentions if every "Thanks" or "Great" is going to disturb everyone? I respectfully disagree that it's "considered a bug" if it's by design. If users want noise, let them use email / WhatsApp, or configure RC to be noisy. If something was especially relevant for them, they should have been @-tagged.
Well, to be honest, I saw this by chance because I follow the releases in GitHub. |
@antgel I'm sure you write in good faith, as so do I :) based on the feedback we received we really think this will benefit more users than harm. Even internally we had this concern of being hammered by a huge amount of notifications.. Turned out even some team members are feeling notifications more reliable. we decided to change the default preference even for existing servers because this way we know this change will reach more people.. and we're being very verbose about it (with the big notice on release notes, the blog post and even on the next AMA we'll talk about this) so admins will know what to do if their users start complaining.. just to make it clear, we're not removing anything you already have, we're just changing the server's default configuration.. you can change it back right after you upgrade your rocket.chat, and you'll have the exactly same behavior as before. this is the first time we are doing this and we're doing it because we think it will benefit most of the users. |
@sampaiodiego Um, where is this in the configuration? Have upgraded to 2.1.2 and can't find it. |
@sampaiodiego Found it. For anyone else wondering: |
Strangely, I am missing these two settings in the 'Default User Preferences'. All I see are 'Audio Notifications Default Alert' immediately followed by the 'Unread Tray Icon Alert' boolean setting. Currently on version 2.2.0. Mongo listing:
Later... A restart seems to have fixed it! |
@flam22 yes, just found this bug as well.. restarting fixes it, but I'll create a proper fix.. thanks for letting us know |
More information on this blog post