View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0021950 | mantisbt | feature | public | 2016-11-24 09:56 | 2016-11-25 20:44 |
Reporter | j_schultz | Assigned To | |||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | new | Resolution | open | ||
Product Version | 1.3.2 | ||||
Summary | 0021950: Allow users to unsubscribe from a discussion | ||||
Description | Being able to unsubscribe from an issue, i.e. no longer receiving update notifications for it, would be a nice addition. If someone just adds a comment to the discussion, they are automatically subscribed and as far as I can see they cannot unsubscribe from it. This might not be desirable if someone just adds a trivial comment to the bug discussion, like "have you tried doing X?" or "cannote reproduce Y". In particular if that person is just a regular user and not a project member, they are probably not interested in following this discussion forever. | ||||
Tags | schema | ||||
To support this, we need to implement a "mute" feature similar to the "monitor" feature, but has the opposite effect. Mute would take precedence over all notifications type. Users should also be able to un-mute. This will require a schema change. |
|
An alternative approach that does not require a schema change would be to rely on the "monitoring" feature, i.e. instead of hardwiring the notifications for any user having added a note, we would add them to the monitoring list instead. This could be coupled with a setting indicating whether note additions should by default cause monitoring of the issue by default or not. |
|
@dregad, that sounds sensible to me in the way that some of my users actually always add themselves to the monitor list for their newly created issues, probably because they believe that otherwise they won't receive any notifications. It seems like a natural solution to me and brings less UI clutter (same amount of buttons as before the change). |
|
@dregad The issue with using the approach of auto-adding to monitor list, is that email notification configurations option about when to notify a user that reported an issue note will either continue to trigger the notification or if unchecked then once we have multiple features doing the same, there will no fine control of notifications, since all notifications would be triggered by users monitoring the issue. If we are to support this, then I would rather have a mute function. If we want to do it without a schema change, then we can have a plugin with its own functionality and schema that adds the muting functionality and drops users that are on the mute list by hooking to the appropriate events. |
|
A bit dirty, but would work without schema change: I am a bit wondering about the use case for it. Regarding the mentioned note "have you tried doing X?" In both cases, the developer would have to look at the list of unsubscribed users, to find out if the user who added the note will get notification. |
|
@atrol: To give an example from this bug tracker: |
|