View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0010650 | mantisbt | public | 2009-06-29 14:31 | 2009-10-07 14:19 | |
Reporter | bpfennig | Assigned To | dhx | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 1.2.0rc1 | ||||
Target Version | 1.2.0rc2 | Fixed in Version | 1.2.0rc2 | ||
Summary | 0010650: Mantis ignore e-mail notification setting for "e-mail on new" in account preferences | ||||
Description | It seems the e-mail notification setting for "e-mail on new" in the account preferences is ignored since 1.2.0rc1. | ||||
Steps To Reproduce | Disable "e-mail on new" in account preferences - you will still receive e-mail notifications for new issues. | ||||
Tags | No tags attached. | ||||
That would explain why I'm suddenly getting all these new ticket emails from this Mantis installation. |
|
I have a similar issue: I do NOT get E-Mail when changing status to anthing else but 'new' or 'resolved' though it is set to send E-Mail in any event. (The e-mail even is NOT send when adding a note while changing the status - so the fact that I've added a note seems to be ignored when I do it while changing the status - maybe that's by design?) |
|
Confirmed on this bug tracker. Thanks for the bug report. |
|
I've got more detailed information now: I do NOT get an E-Mail for assigned (which I have overwritten by my_assigned). The last is what lead me to a possible reason: On the manage users page the line "E-Mail on confirmed" is missing (like all lines for self-defined status). It seems that this has to be added to Is there an easier way to get E-Mail notification for customized status? |
|
OK email_on_new should now be fixed in 1.2.x and 1.3.x (master). Please note that the email preferences you see are not meant to match the actual statuses you're using in your Mantis installation. "Resolved" as seen in the email preferences doesn't refer to the "resolved" status but rather, it refers to the concept of a bug being considered fixed/resolved. For instance, you may have a custom workflow configured where a bug is only considered resolved once it reaches the "tested" status. The notification system is in desperate need of an overhaul (which I haven't done in fixing this bug). I've tried to apply some interim fixes for 1.2.x to at least gain some sanity before hopefully an overhaul of how we handle notifications. |
|
MantisBT: master-1.2.x a5cc3eb1 2009-08-07 09:50 Details Diff |
Fix 0010650: email_on_new preference has no effect The notification preferences weren't working correctly due to a range of bugs and poor architecture within email_api. This fix cleans up a bit of the mess and in the process, ensures that email_on_new and other user customisable statuses once again are taken into consideration. |
Affected Issues 0010650 |
|
mod - core/email_api.php | Diff File | ||
MantisBT: master 33a8395e 2009-08-07 09:50 Details Diff |
Fix 0010650: email_on_new preference has no effect The notification preferences weren't working correctly due to a range of bugs and poor architecture within email_api. This fix cleans up a bit of the mess and in the process, ensures that email_on_new and other user customisable statuses once again are taken into consideration. |
Affected Issues 0010650 |
|
mod - core/email_api.php | Diff File |