In Mantis 1.0.0 stable, no email is sent to reporter when developer closes the issue by "Change Status To". When the same operation is made by "Update Issue" button, reporter gets email notification.

I can also confirm the problem still exists in 1.0.0 stable, I've just upgraded.

Is anyone receiving emails on close? Is the configuration set up to send emails on close (Manage -> Manage Configuration -> Email Notifications)?

I can confirm that emails are being sent when the status is changed (including closed) but when the "Assigned To" person is changed the person it is changed to is not emailed regarding a new assignment (this is under 1.0.0 stable)

In Manage -> Manage Configuration -> Email Notifications Send-emails-on-close box is checked.

I did some additional tests:

• as a reporter_1 I've added new issue, which was automaticaly assigned to developer_1;
• as a developer_1, in Viewing Issue Simple Details screen I've changed status to "in progress" and I've added a note in next screen; email notification was sent to reporter_1;
• as a developer_1 I've sent a reminder to developer_2 and reporter_2 - email notification was sent to those people and to reporter_1;
• as a developer_1, in Viewing Issue Simple Details screen I've changed status to "closed" and in next screen I've added a note; no email notification was sent to reporters and developers (_1 and _2)

I've also checked log of email server on my Mantis server: none email was sent at time when developer_1 have closed that issue.

Just to be clear, for me it doesn't seem to be limited to Closing issues but any status change during which it is also assigned

Also in my case (Issue 6883) happend for all change status

Also with 1.0.2 the problem persist

Can you check to see that the expected recipients have enabled receiving emails? I can't reproduce the missing emails.

There was additional email logging added to this release (1.0.0) to track this. See http://manual.mantisbt.org/manual.configuration.system.logging.php for details. Adding lines like the following will log the determination of recipients:

$g_log_level = LOG_EMAIL | LOG_EMAIL_RECIPIENT ;
$g_log_destination = 'file:/tmp/mantis_log';

I just changed the two following lines in config_defaults_inc.php...
$g_log_level = 'LOG_EMAIL | LOG_EMAIL RECIPIENT';
$g_log_destination = 'file:/tmp/mantis_log';

Note the quotes around the $g_log_level value, these are missing on the previous post and the docs

I can't seem to get it to log to the file tho, I tried touching the file to create it and also changing the owner to the same as the webserver is running as and even "chmod 777"-ing it but all to no avail?

The exact behavior I am seeing is that when a job has it's status changed to "Feedback Required" (enum status string "20") an email IS sent. When it's changed to "Active" (enum status string "50") an email IS NOT sent.

I can confirm that the users have the setting "Email on Status Change" disabled tho they all asure me that they havn't changed those settings? Are they the defaults?

Now I have changed the settings for those users emails are sent for both changes but the behaviour isn't quite as I expected, the email was sent on a status change (before I changed their preferences), just not on "assignment"?

Is there a way of setting all the users (current and future) to default to emails being sent all the time, a status change (particularly assignment) is a rather important change so I would expect emails to be sent by default anyway.

If there's something stupid I'm doing re the logs let me know, and I'll try and get them off again for you, thanks!

P.S. I'm still on 1.0.1 ATM.

$g_log_level should not be quoted as it referrs to constants defined elsewhere in the program. This would explain why nothing is logged.

Also, you should add these lines to your config_inc.php file, rather than editting config_defaults_inc.php. This will allow you to return to defaults more easily.

Blocking notifications on these status changes is the default. You can enable it by adding "$g_default_email_on_status = ON;" to your config_inc.php file.

I've seen this problem in a slightly different manner. I have two developers (Developer A & B) who are using the default settings for notifying users of status changes (e.g., off).

Let's say that Developer A reports an issue. He (or any other user for that matter) then wants to assign the issue to Developer B. I get different results depending on how A assigns the issue:

(1) If A assigns the issue on the 'View Issue' page using the 'Assign To' button, an email is sent to B letting him know that it's been assigned to him.
(2) If, on the other hand, A assigns the issue by going to 'Update Issue', the email is not sent to B.

To me, it seems like both of these should be treated the same way (i.e., the emails should either both be sent out or not sent out.) However, perusing the log files gives me this:

(1)
06-27-2006 10:29 EDT mail_recipient bug= 12, add reporter=7
06-27-2006 10:29 EDT mail_recipient bug= 12, add handler=5
06-27-2006 10:29 EDT mail_recipient bug= 12, add note=1
06-27-2006 10:29 EDT mail_recipient bug= 12, drop 1 (own)
06-27-2006 10:29 EDT mail bug=12, type=owner, msg=email_notification_title_for_action_bug_assigned, recipients=(...)

(2)
06-27-2006 10:37 EDT mail_recipient bug= 12, add reporter=7
06-27-2006 10:37 EDT mail_recipient bug= 12, add handler=5
06-27-2006 10:37 EDT mail_recipient bug= 12, add note=1
06-27-2006 10:37 EDT mail_recipient bug= 12, drop 5 (pref email_on_status off)
06-27-2006 10:37 EDT mail_recipient bug= 12, drop 1 (own)
06-27-2006 10:37 EDT mail bug=12, type=assigned, msg=email_notification_title_for_status_bug_assigned, recipients=(...)

I do notice that the msg names are different, but to me that shouldn't make a difference, since we're performing the same operation.

BTW, I'm using Mantis 1.0.1.

From the logs, user 0000005 (handler) has their "Message on status change" flag turned off.

The difference in handling is related to the method of update. Using the "Assign to" button is treated as purely a change in owner, while using the "Update" page treats it as a change of status.

This should probably be made more consistent if possible.

To fix the problem as far as my users are concerned, I went into core/bug_api.php to the bug_update function. By default (at least in my version - 1.0.1), it checks status changes, then assignee changes. I swapped the order of these so that it would check the assignee change first. This seems to have solved my problem, since, by default, "Email on Change of Handler" is turned on.

However, if people have changed their settings so that "Email on Change of Handler" is turned off, then this would cause them to stop receiving emails.

The big issue here is that assigning a new bug to someone from the 'Update Issue' page (or, indeed, any way) causes two different changes (to the status and to the assignee). Thus, it seems to me that the best way to fix this is to send out emails to everyone elgible (based on the notes / handler / etc.) who has at least one of the "Email on <option>" that apply to the overall change.

Still an issue in version 1.1.2.

If I assign an issue to a developer at status change, he doesn't get any notification about that if he had switched off notifications about status changes.