Fine-grained control over notification behavior

[0x4a50]

Allow user to decide whether a specific notification type (stream vs @ message) makes a noise or a badge or both independently from each other.

Allow notifications only during specific time window of the day.

[timabbott]

For having notifications only active during a specific part of the day, there's an OS-level "do not disturb" feature on both iOS and Android which you can use to disable notifications for all apps.

[0x4a50]

I don’t want to disable all apps though. Some of these matter and need to stay on.

…

On Wed, Mar 13, 2019 at 10:33 AM Tim Abbott ***@***.***> wrote: For having notifications only active during a specific part of the day, there's an OS-level "do not disturb" feature on both iOS and Android which you can use to disable notifications for all apps. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#3401 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AZQAtkOkGpAdibH5Rp6SxJfsNXudLfzEks5vWTaFgaJpZM4bt6LY> .

[borisyankov]

@0x4a50 do you need that for iOS or Android?
For Android, there is a thing called 'channels' that will allow more flexibility in changing notification's settings per stream or per message type.

[0x4a50]

IOS

…

On Wed, Mar 13, 2019 at 12:59 PM Boris Yankov ***@***.***> wrote: @0x4a50 <https://github.com/0x4a50> do you need that for iOS or Android? For Android, there is a thing called 'channels' that will allow more flexibility in changing notification's settings per stream or per message type. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#3401 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AZQAtuj01TC4PdtJvrGtzGJWsKWl5bFdks5vWVi0gaJpZM4bt6LY> .

[gnprice]

(Thanks @0x4a50 for raising this!)

Some quick notes on implementing it:

• The code that'd be involved in making this happen is largely in our platform-native code, for Android and iOS separately.
• On Android, I think we'd want to align the fine-grained classification here with the "notification categories" exposed in system settings (called "channels" in the API) -- they exist to let the user specify exactly this kind of detailed choices, and as a user I much prefer using the standard interface over needing to find something idiosyncratic.
  • So e.g. we'd have a category for stream messages; one for PMs; one for @-mentions.
  • Currently we just lump everything into one category because we haven't dealt with this.
• On iOS, I've spent less time to date looking into the API and I don't know if there's something equally helpful. But I certainly agree we should offer this feature even if we have to provide the settings more ad hoc.

[chrisbobbe]

Since this issue has the labels a-IOS and a-notifications, I'm marking it as blocked by #4115, so we only have to implement a solution once. The PR #4163 is currently open for that issue.

[gnprice]

#4163 is merged!